Redis基础之事务

如果Redis需要执行一组命令，为了保持数据的一致性，连续性，需要用到事务（Transaction），本文以一些简单的小例子，简述Redis事务相关内容，仅供学习分享使用，如有不足之处，还请指正。

Redis事务涉及命令

disCARD：取消事务，且disCARD是与MULTI成对出现，不可以单独使用。
MULTI：标记一个事务块的开始。
EXEC：顺序执行所有事务内的命令。
WATCH：监视一个或多个key。
UNWATCH：取消监视。

事务基本操作

基本事务以MULTI开始，以EXEC结束，中间是一组Redis命令，如下所示：

 1 127.0.0.1:6379> MULTI
 2 OK
 3 127.0.0.1:6379> SET NAME HSIANG
 4 QUEUED
 5 127.0.0.1:6379> SET AGE 20
 6  7 127.0.0.1:6379> SET SEX MALE
 8  9 127.0.0.1:6379> SET ADDR SHENZHEN
10 11 127.0.0.1:6379> EXEC
12 1) OK
13 214 315 416 127.0.0.1:6379>

取消事务

取消事务，则恢复数据到事务执行之前的状态，以MULTI开始，以disCARD结尾，如下所示：

 GET AGE
 2 "20"
 5 127.0.0.1:6379> INCR AGE
 disCARD
12 13 127.0.0.1:6379>14 "

事务部分执行

Redis事务中，如果要执行的一组命令中，没有语法错误，但是有数据类型错误，在进行EXEC的时候，则其他命令执行成功，错误数据执行失败，即为部分成功。如下所示：

INCR ADDR 10 1) (integer) 21 11 2) (error) ERR value is not an integer or out of range 12 3) (integer) 22 22事务终止

如果要执行的Redis命令，存在语法错误，则在进行EXEC的时候回滚，如下所示：

 SET ADDR
 6 (error) ERR wrong number of arguments for 'set' command
(error) EXECABORT Transaction discarded because of prevIoUs errors.
12 "

Redis锁

锁分为乐观锁，悲观锁，以下分别介绍：

悲观锁(pessimistic Lock)：正如其名，具有强烈的独占和排他特性。它指的是对数据被外界(包括本系统当前的其他事务，以及来自外部系统的事务处理)修改持保守态度。
乐观锁(Optimistic Locking):是相对悲观锁而言的，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则返回给用户错误的信息，让用户决定如何去做。乐观锁适用于读操作多的场景，这样可以提高程序的吞吐量。

WATCH监控

当监控的key的值在事务之前发生变化了，则事务不被执行。只有取消监控后，事务才会执行，如下所示：

 WATCH balance
 3 127.0.0.1:6379> set balance 300
 7 127.0.0.1:6379> INCRBY balance 10
 9 127.0.0.1:6379> DECRBY debt 10
(nil)
 GET balance
30015 127.0.0.1:6379> UNWATCH
16 OK

Redis事务的特性

单独的隔离操作：事务中的所有命令，都会被序列化，按顺序执行。事务在执行过程中，不会被其他的命令请求中断。
没有隔离级别的概念：队列中的命令，没有提交之前，都没有实际的被执行，也就不存在事务内查看事务内的更新。
不保证原子性：redis同一事务中，如果有某一条命令执行失败，则其他命令会被执行，不会回滚（与关系型数据库不同）。

备注

早发白帝城

作者：李白（唐代）

朝辞白帝彩云间，千里江陵一日还。

两岸猿声啼不住，轻舟已过万重山。