redis事务

Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证：

1、事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
2、事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。
一个事务从开始到执行会经历以下三个阶段：

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

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

redis 127.0.0.1:6379> MULTI
OK
redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
QUEUED
redis 127.0.0.1:6379> GET book-name
QUEUED
redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
QUEUED
redis 127.0.0.1:6379> SMEMBERS tag
QUEUED
redis 127.0.0.1:6379> EXEC
1) OK
2) "Mastering C++ in 21 days"
3) (integer) 3
4) 1) "Mastering Series"
   2) "C++"
   3) "Programming"

Redis 事务命令

MULTI: 告诉 Redis 服务器开启一个事务。注意，只是开启，而不是执行 。
EXEC: 执行所有事务块内的命令。
DISCARD: 取消事务，放弃执行事务块内的所有命令。
WATCH key [key ...]: 监视某一个键值对，它的作用是在事务执行之前如果监视的键值被修改，事务会被取消。
UNWATCH: 取消 WATCH 命令对所有 key 的监视。

注意：multi 命令不能嵌套使用，如果已经开启了事务的情况下，再执行 multi 命令，会提示如下错误：
(error) ERR MULTI calls can not be nested

实例：
redis开启事务

当客户端是非事务状态时，使用 multi 命令，客户端会返回结果 OK ，如果客户端已经是事务状态，再执行 multi 命令会 multi 命令不能嵌套的错误，但不会终止客户端为事务的状态，如下图所示：
redis事务状态

取消事务执行：
redis取消事务执行

注意：
redis事务不支持回滚：

  • 作者认为 Redis 事务的执行时，错误通常都是编程错误造成的，这种错误通常只会出现在开发环境中，而很少会在实际的生产环境中出现，所以他认为没有必要为 Redis 开发事务回滚功能；
  • 不支持事务回滚是因为这种复杂的功能和 Redis 追求的简单高效的设计主旨不符合。
    这里不支持事务回滚，指的是不支持运行时错误的事务回滚。

watch命令

watch 命令用于客户端并发情况下，为事务提供一个乐观锁（CAS，Check And Set），也就是可以用 watch 命令来监控一个或多个变量，如果在事务的过程中，某个监控项被修改了，那么整个事务就会终止执行。 watch 基本语法如下：

watch key [key …]

实例：
redis watch key命令
从以上命令可以看出，如果 exec 返回的结果是 nil 时，表示 watch 监控的对象在事务执行的过程中被修改了。从 get k 的结果也可以看出，在事务中设置的值 set k v2 并未正常执行。

注意： watch 命令只能在客户端开启事务之前执行，在事务中执行 watch 命令会引发错误，但不会造成整个事务失败，如下代码所示：
redis执行watch命令可能出的错误

unwatch 命令用于清除所有之前监控的所有对象（键值对）。 unwatch 示例如下所示：
redis unwatch命令
可以看出，即使在事务的执行过程中，k 值被修改了，因为调用了 unwatch 命令，整个事务依然会顺利执行。