[关闭]
@Chiang 2020-01-02T13:41:06.000000Z 字数 2468 阅读 499

Redis 事务

Redis


Redis 事务可以一次执行多个命令, 并且带有以下三个重要的保证:

  • 批量操作在发送 EXEC 命令前被放入队列缓存。
  • 收到 EXEC 命令后进入事务执行,事务中任意命令执行失败,其余的命令依然被执行。
  • 在事务执行过程,其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段:

  • 开始事务。
  • 命令入队。
  • 执行事务。

实例:

以下是一个事务的例子, 它先以 MULTI 开始一个事务, 然后将多个命令入队到事务中, 最后由 EXEC 命令触发事务, 一并执行事务中的所有命令:

  1. redis 127.0.0.1:6379> MULTI
  2. OK
  3. redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
  4. QUEUED
  5. redis 127.0.0.1:6379> GET book-name
  6. QUEUED
  7. redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
  8. QUEUED
  9. redis 127.0.0.1:6379> SMEMBERS tag
  10. QUEUED
  11. redis 127.0.0.1:6379> EXEC
  12. 1) OK
  13. 2) "Mastering C++ in 21 days"
  14. 3) (integer) 3
  15. 4) 1) "Mastering Series"
  16. 2) "C++"
  17. 3) "Programming"

单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。

比如:

  1. redis 127.0.0.1:7000> multi
  2. OK
  3. redis 127.0.0.1:7000> set a aaa
  4. QUEUED
  5. redis 127.0.0.1:7000> set b bbb
  6. QUEUED
  7. redis 127.0.0.1:7000> set c ccc
  8. QUEUED
  9. redis 127.0.0.1:7000> exec
  10. 1) OK
  11. 2) OK
  12. 3) OK

如果在 set b bbb 处失败,set a 已成功不会回滚,set c 还会继续执行。

discard

Redis Discard 命令用于取消事务,放弃执行事务块内的所有命令。
总是返回 OK 。

  1. redis 127.0.0.1:6379> MULTI
  2. OK
  3. redis 127.0.0.1:6379> PING
  4. QUEUED
  5. redis 127.0.0.1:6379> SET greeting "hello"
  6. QUEUED
  7. redis 127.0.0.1:6379> DISCARD
  8. OK

exec

Redis Exec 命令用于执行所有事务块内的命令。
事务块内所有命令的返回值,按命令执行的先后顺序排列。 当操作被打断时,返回空值 nil 。

  1. # 事务被成功执行
  2. redis 127.0.0.1:6379> MULTI
  3. OK
  4. redis 127.0.0.1:6379> INCR user_id
  5. QUEUED
  6. redis 127.0.0.1:6379> INCR user_id
  7. QUEUED
  8. redis 127.0.0.1:6379> INCR user_id
  9. QUEUED
  10. redis 127.0.0.1:6379> PING
  11. QUEUED
  12. redis 127.0.0.1:6379> EXEC
  13. 1) (integer) 1
  14. 2) (integer) 2
  15. 3) (integer) 3
  16. 4) PONG
  17. # 监视 key ,且事务成功执行
  18. redis 127.0.0.1:6379> WATCH lock lock_times
  19. OK
  20. redis 127.0.0.1:6379> MULTI
  21. OK
  22. redis 127.0.0.1:6379> SET lock "huangz"
  23. QUEUED
  24. redis 127.0.0.1:6379> INCR lock_times
  25. QUEUED
  26. redis 127.0.0.1:6379> EXEC
  27. 1) OK
  28. 2) (integer) 1
  29. # 监视 key ,且事务被打断
  30. redis 127.0.0.1:6379> WATCH lock lock_times
  31. OK
  32. redis 127.0.0.1:6379> MULTI
  33. OK
  34. redis 127.0.0.1:6379> SET lock "joe" # 就在这时,另一个客户端修改了 lock_times 的值
  35. QUEUED
  36. redis 127.0.0.1:6379> INCR lock_times
  37. QUEUED
  38. redis 127.0.0.1:6379> EXEC # 因为 lock_times 被修改, joe 的事务执行失败
  39. (nil)

multi

Redis Multi 命令用于标记一个事务块的开始。
事务块内的多条命令会按照先后顺序被放进一个队列当中,最后由 EXEC 命令原子性(atomic)地执行。
总是返回 OK 。

  1. redis 127.0.0.1:6379> MULTI # 标记事务开始
  2. OK
  3. redis 127.0.0.1:6379> INCR user_id # 多条命令按顺序入队
  4. QUEUED
  5. redis 127.0.0.1:6379> INCR user_id
  6. QUEUED
  7. redis 127.0.0.1:6379> INCR user_id
  8. QUEUED
  9. redis 127.0.0.1:6379> PING
  10. QUEUED
  11. redis 127.0.0.1:6379> EXEC # 执行
  12. 1) (integer) 1
  13. 2) (integer) 2
  14. 3) (integer) 3
  15. 4) PONG

unwatch

Redis Unwatch 命令用于取消 WATCH 命令对所有 key 的监视。
总是返回 OK 。

  1. redis 127.0.0.1:6379> WATCH lock lock_times
  2. OK
  3. redis 127.0.0.1:6379> UNWATCH
  4. OK

watch

Redis Watch 命令用于监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断
总是返回 OK 。

  1. redis> WATCH lock lock_times
  2. OK

参考资料:
Redis 事务

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注