说到事务我们都知道，一个事务中的命令要么都执行，要么都不执行。

先看看 Redis 的一个事务：

redis 127.0.0.1:6379> MULTI
OK
redis 127.0.0.1:6379> SADD "user:1:following" 2
QUEUED
redis 127.0.0.1:6379> SADD "user:1:following" 1
QUEUED
redis 127.0.0.1:6379> EXEC
1) (integer) 1
2) (integer) 1
redis 127.0.0.1:6379>

首先使用MULTI命令告诉Redis，一下命令属于同一个事务，先暂时存起来不要执行，Redis 返回 OK；

后面发的命令返回QUEUED表示这两条命令已经进入等待执行的事务队列中 ；

直到使用 EXEC 命令，将等待执行的事务队列中的所有命令按照发送顺序依次执行。

Redis事务

Redis保证一个事务中的所有命令要么都执行，要么都不执行。如果在发送EXEC命令前 客户端断线了，则 Redis 会清空事务队列，事务中的所有命令都不会执行。而一旦客户端发 送了EXEC命令，所有的命令就都会被执行，即使此后客户端断线也没关系，因为Redis中已 经记录了所有要执行的命令。

Redis 的事务还能保证一个事务内的命令依次执行而不被其他命令插入。试想客户端A需要执行几条命令，同时客户端B发送了一条命令，如果不使用事务，则客户端B的命令可能会插入到客户端A的几条命令中执行。如果不希望发生这种情况，也可以使用事务。

错误处理

如果一个事务中的某个命令执行出错，则事务回滚，即事务中的所有命令都不会被执行。

WATCH 命令

在一个事务中只有当所有命令都依次执行完后才能得到每个结果的返回值。

可是有些情况下需要先获得一条命令的返回值，然后再根据这个值执行下一条命令。这时候就会因为某条命令不能正常执行而导致整个事务失败。

为解决这个问题，就要用到 WATCH 。

WATCH 命令可以监控一个 或多个键，一旦其中有一个键被修改（或删除），之后的事务就不会执行。监控一直持续到 EXEC 命令。

如下：

redis 127.0.0.1:6379> SET key 1
OK
redis 127.0.0.1:6379> WATCH key
OK
redis 127.0.0.1:6379> set key 2
OK
redis 127.0.0.1:6379> MULTI
OK
redis 127.0.0.1:6379> SET key 3
QUEUED
redis 127.0.0.1:6379> EXEC
(nil)
redis 127.0.0.1:6379> GET key
"2"
redis 127.0.0.1:6379>

上例中在执行 WATCH命令后、事务执行前修改了key的值（即 SET key 2），所以最后事务中的命令 SET key 3 没有执行，EXEC命令返回空结果。

【提示】

由于WATCH命令的作用只是当被监控的键值被修改后阻止之后一个事务的执行， 而不能保证其他客户端不修改这一键值，所以我们需要在EXEC执行失败后重新执行整个函 数。

执行 EXEC 命令后会取消对所有键的监控，如果不想执行事务中的命令也可以使用 UNWATCH命令来取消监控。

命令小总结

Redis 事务