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 100OK127.0.0.1:6379> set num2 redisOK127.0.0.1:6379> set num3 150OK127.0.0.1:6379> multiOK127.0.0.1:6379> incrby num1 10QUEUED127.0.0.1:6379> incrby num2 10QUEUED127.0.0.1:6379> incrby num3 10QUEUED127.0.0.1:6379> exec1) (integer) 1102) (error) ERR value is not an integer or out of range3) (integer) 160127.0.0.1:6379> 

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

127.0.0.1:6379> keys *1) "num1"2) "num3"3) "num2"127.0.0.1:6379> MULTIOK127.0.0.1:6379> get num1QUEUED127.0.0.1:6379> gett num2(error) ERR unknown command 'gett'127.0.0.1:6379> get num3QUEUED127.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 num1OK127.0.0.1:6379> incr num1(integer) 111127.0.0.1:6379> multiOK127.0.0.1:6379> get num2QUEUED127.0.0.1:6379> get num1QUEUED127.0.0.1:6379> get num3QUEUED127.0.0.1:6379> exec(nil)127.0.0.1:6379>