Redis事务介绍

一、概述

相信学过Mysql等其他数据库的同学对事务这个词都不陌生，事务表示的是一组动作，这组动作要么全部执行，要么全部不执行。Redis作为NoSql数据库也同样提供了事务机制。

二、相关命令
1. MULTI
用于标记事务块的开始。Redis会将后续的命令逐个放入队列中。这个命令的返回值是一个简单的字符串，总是OK。
2. EXEC
在一个事务中执行所有先前放入队列的命令，然后恢复正常的连接状态。这个命令的返回值是一个数组，其中的每个元素分别是原子化事务中的每个命令的返回值。 
3. DISCARD
清除所有先前在一个事务中放入队列的命令，然后恢复正常的连接状态。如果使用了WATCH命令，那么DISCARD命令就会将当前连接监控的所有键取消监控。这个命令的返回值是一个简单的字符串，总是OK。
4. WATCH
当某个事务需要按条件执行时，就要使用这个命令将给定的键设置为受监控的。
5. UNWATCH
清除所有先前为一个事务监控的键。如果你调用了EXEC或DISCARD命令，那么就不需要手动调用UNWATCH命令。

三、使用事务的例子

127.0.0.1:6379> set num1 100
OK
127.0.0.1:6379> set num2 redis
OK
127.0.0.1:6379> set num3 150
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incrby num1 10
QUEUED
127.0.0.1:6379> incrby num2 10
QUEUED
127.0.0.1:6379> incrby num3 10
QUEUED
127.0.0.1:6379> exec
1) (integer) 110
2) (error) ERR value is not an integer or out of range
3) (integer) 160
127.0.0.1:6379> 

上例我们对一个string类型的数据进行增值操作，产生了运行错误，但这并没有导致整个事务的失败。

127.0.0.1:6379> keys *
1) "num1"
2) "num3"
3) "num2"
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> get num1
QUEUED
127.0.0.1:6379> gett num2
(error) ERR unknown command 'gett'
127.0.0.1:6379> get num3
QUEUED
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> 

这次错将get拼写成gett，同于这是语法错误，并且在将命令加入到队列时给出了提示，语法错误导致了整个事务的执行不成功。

Redis的错误处理

如果一个事务中的某个命令执行出错，Redis会怎样处理呢？
语法错误：就像上面的例子一样，语法错误表示命令不存在或者参数错误这种情况需要区分Redis的版本，Redis 2.6.5之前的版本会忽略错误的命令，执行其他正确的命令，2.6.5之后的版本会忽略这个事务中的所有命令，都不执行，就比如上面的例子(使用的Redis版本是3.0)

运行错误：运行错误表示命令在执行过程中出现错误，这种错误在命令执行之前Redis是无法发现的，所以在事务里这样的命令会被Redis接受并执行。如果事务里有一条命令执行错误，其他命令依旧会执行（包括出错之后的命令）。

四、使用WATCH监控变量

WATCH命令可以监控一个或多个键，一旦其中有一个键被修改（或删除），则事务就不会执行，监控一直持续到EXEC命令或手动进行UNWATCH（事务中的命令是在EXEC之后才执行的，EXEC命令执行完之后被监控的键会自动被UNWATCH）
WATCH命令需要在MULTI命令之前使用
在事务开始之前修改监控变量的值，则整个事务都不会执行

127.0.0.1:6379> watch num1
OK
127.0.0.1:6379> incr num1
(integer) 111
127.0.0.1:6379> multi
OK
127.0.0.1:6379> get num2
QUEUED
127.0.0.1:6379> get num1
QUEUED
127.0.0.1:6379> get num3
QUEUED
127.0.0.1:6379> exec
(nil)
127.0.0.1:6379>