1. 概念
Redis事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。
总结说：Redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。
Reids中，单条命令式原子性执行的，但不保证原子性，且没有回滚。
1.1. 传统事务和Redis事务的区别
特性名称 |
传统事务 |
Redis事务 |
原子性 |
事务是不可分割的最小操作单元，要么全部成功，要么全部失败 |
不保证原子性：事务中如果有一条命令执行失败，其他的命令仍然执行，不保证回滚 |
一致性 |
事务完成时，必须使所有的数据都保持一致状态 |
|
隔离性 |
数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行 |
没有隔离级别的概念：队列中的命令没有提交之前都不会被执行。事务中的所有命令都会被序列化，按顺序的执行，事务在执行过程中不会被其他客户端发来的命令所打断。 |
持久性 |
事务一旦提交或回滚，它对数据库中的数据的改变就是永久的 |
事务提交之后，会根据RDB或者AOF进行持久化到磁盘中 |
1.2. 特点
优点：
- 一次性按顺序执行多个Redis命令，不受其他客户端命令请求影响；
- 事务中的命令要么都执行(命令间执行失败互相不影响)，要么都不执行(比如中间有命令语法错误)；
缺点：
- 事务执行时，不能保证原子性；
- 命令入队每次都需要和服务器进行交互，增加带宽；
注意：
- 当事务中命令语法使用错误时，最终会导致事务执行不成功，即事务内所有命令都不执行；
- 当事务中命令知识逻辑错误，就比如给字符串做加减乘除操作时，只能在执行过程中发现错误，这种事务执行中失败的命令不影响其他命令的执行。
2. 事务命令
命令 |
解释 |
作用 |
multi |
开启事务 |
设定事务的开启位置，此指令执行后，后续的所有指令均加入到事务中 |
exec |
执行事务 |
设定事务的结束位置，同时执行事务，与multi配合使用。 |
discard |
取消事务 |
放弃执行事务块中的所有命令。 |
watch |
监听 |
监视一个或多个键，如果在事务执行之前这些键被其他命令所改动，那么事务将会被打断。 |
unwatch |
取消监听 |
取消所有由 WATCH 命令监视的键。如果不想继续监视某些键，可以使用 UNWATCH 命令来取消监视。 |
注意：
- 加入事务的命令暂时进入到任务队列中，并没有立即执行，只有执行exec命令才开始执行。
- 在事务执行过程中，其他客户端提交的命令请求不会插入到事务执行命令序列中，这保证了事务的隔离性。
- 事务提供了批量操作缓存的功能，即在发送 EXEC 命令前，所有操作都会被放入队列缓存。
3. 事务使用
3.1. 正常执行
192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> set aa AA QUEUED 192.168.xxx.21:6379> set bb BB QUEUED 192.168.xxx.21:6379> set cc CC QUEUED 192.168.xxx.21:6379> set dd DD QUEUED 192.168.xxx.21:6379> exec 1) OK 2) OK 3) OK 4) OK 192.168.xxx.21:6379> get aa "AA"
- 通过执行multi命令开始一个事务块。然后，依次执行了四个set命令，每个set命令执行后返回的结果为"QUEUED"，表示该命令已被加入到事务队列中等待执行。
- 通过执行exec命令来提交事务，一次性执行事务队列中的所有命令。执行结果为每个命令的返回值，即"OK"。
- 通过执行get aa命令获取键"aa"的值，返回结果为"AA"。
3.2. 取消事务
192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> set aa 11 QUEUED 192.168.xxx.21:6379> set ee EE QUEUED 192.168.xxx.21:6379> discard OK 192.168.xxx.21:6379> get aa "AA" 192.168.xxx.21:6379> get ee (nil) 192.168.xxx.21:6379>
- 通过执行multi命令开始一个事务块。然后，依次执行了两个set命令，每个set命令执行后返回的结果为"QUEUED"，表示该命令已被加入到事务队列中等待执行。
- 通过执行discard命令来取消事务，放弃执行事务块内的所有命令。执行结果为"OK"。
- 通过执行get aa命令获取键"aa"的值，返回结果为"AA"。而执行get ee命令获取键"ee"的值时，由于之前已经取消了事务，所以返回结果为"(nil)"，表示该键不存在。
3.3. 事务队列中存在命令错误
192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> set aa 22 QUEUED 192.168.xxx.21:6379> set bb 33 QUEUED 192.168.xxx.21:6379> setq cc 44 (error) ERR unknown command 'setq' 192.168.xxx.21:6379> set ff FF QUEUED 192.168.xxx.21:6379> exec (error) EXECABORT Transaction discarded because of previous errors. 192.168.xxx.21:6379> get ff (nil) 192.168.xxx.21:6379> get bb "BB" 192.168.xxx.21:6379>
- 通过执行multi命令开始一个事务块。然后，依次执行了三个set命令，每个set命令执行后返回的结果为"QUEUED"，表示该命令已被加入到事务队列中等待执行。然而，在执行第三个set命令时，出现了错误。因为Redis中并没有名为"setq"的命令，所以返回结果为"(error) ERR unknown command ‘setq’"。
- 通过执行exec命令来提交事务，一次性执行事务队列中的所有命令。由于之前已经出现了错误，导致事务被中断，所以执行结果为"(error) EXECABORT Transaction discarded because of previous errors."。
- 通过执行get ff命令获取键"ff"的值时，由于事务被中断，所以返回结果为"(nil)“，表示该键不存在。而执行get bb命令获取键"bb"的值时，由于事务被中断，所以返回结果为"BB”。
总结：如果在事务队列中存在命令性错误（类似于java编译性错误），则执行EXEC命令时，所有命令都不会执行
3.4. 事务队列中存在语法错误
192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> incr aa QUEUED 192.168.xxx.21:6379> set ff FF QUEUED 192.168.xxx.21:6379> set bb 22 QUEUED 192.168.xxx.21:6379> exec 1) (error) ERR value is not an integer or out of range 2) OK 3) OK 192.168.xxx.21:6379> get bb "22" 192.168.xxx.21:6379> get ff "FF" 192.168.xxx.21:6379>
过程同上，但incr aa时由于aa的值为AA，字符串无法加1
总结：如果在事务队列中存在语法性错误（类似于java的1/0的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。
3.5. watch监听
192.168.xxx.21:6379> watch aa OK 192.168.xxx.21:6379> set aa Aa OK 192.168.xxx.21:6379> get aa "Aa" 192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> set aa 11 QUEUED 192.168.xxx.21:6379> exec (nil) 192.168.xxx.21:6379> get aa "Aa" 192.168.xxx.21:6379>
watch 命令可以监听一个或多个键，一旦有其中一个键被修改（被删除），后面的事务就不会执行了。
当watch监听多个键时，执行某事务希望取消对其中某个键的监听，可以在事务执行前或者执行后使用unwatch声明取消监听。
192.168.xxx.21:6379> get bb "BBB" 192.168.xxx.21:6379> watch bb OK 192.168.xxx.21:6379> multi OK 192.168.xxx.21:6379> unwatch QUEUED 192.168.xxx.21:6379> set bb 222 QUEUED 192.168.xxx.21:6379> exec 1) OK 2) OK 192.168.xxx.21:6379> get bb "222" 192.168.xxx.21:6379>
