Redis事务
Redis 通过 MULTI 、EXEC、 DISCARD 和 WATCH 四个命令来实现事务功能。
MULTI ：标记一个事务块的开始。
EXEC： 执行所有事务块内的命令。
DISCARD ：取消事务，放弃执行事务块内的所有命令。
WATCH key [key ...] ：监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。
一、事务
1、是什么？
可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，不许加塞！
2、能干什么？
一个队列中，一次性的、顺序性的、排他性的执行一系列的命令。要么一起成功，要么一起失败。排好队，一次性的执行多个redis的命令！
3、怎么玩？
通过MULTI指令开启，之后输入多个命令！Redis将它们加入到队列当中，所有的命令通过EXEC来开启执行！通过DISCARD来放弃本次的批处理操作！
（1）正常执行（好比购物先加入购物车，最后EXEC统一结账。）
192.168.1.66:6379> MULTI --开启事务 OK 192.168.1.66:6379> set k1 v1 QUEUED 192.168.1.66:6379> set k2 v2 QUEUED 192.168.1.66:6379> set k3 v3 QUEUED 192.168.1.66:6379> set k4 v4 QUEUED 192.168.1.66:6379> get k2 QUEUED 192.168.1.66:6379> EXEC --结束事务 1) OK 2) OK 3) OK 4) OK 5) "v2"
（2）DISCARD 撤销所有操作！
192.168.1.66:6379> MULTI OK 192.168.1.66:6379> set k1 11 QUEUED 192.168.1.66:6379> set k2 22 QUEUED 192.168.1.66:6379> set k3 33 QUEUED 192.168.1.66:6379> DISCARD OK 192.168.1.66:6379> get k1 --这里的k1的value值还是上面的值，而不是新设置的value值 "v1"
（3）加入队列时不出错，下面的都将正常运行，执行时出错不影响其他语句！
192.168.1.66:6379> set k1 v1 OK 192.168.1.66:6379> set k2 v2 OK 192.168.1.66:6379> MULTI OK 192.168.1.66:6379> incr k1 QUEUED 192.168.1.66:6379> set k2 22 QUEUED 192.168.1.66:6379> EXEC 1) (error) ERR value is not an integer or out of range --在运行是才发现k1不是数字，报错 2) OK --执行成功
注意：
（1）当遇到执行错误时，redis放过这种错误，保证事务执行完成。（所以说redis的事务并不是保证原子性）
（2）与mysql中事务不同，在redis事务遇到执行错误的时候，不会进行回滚，而是简单的放过了，并保证其他的命令正常执行。这个区别在实现业务的时候，需要自己保证逻辑符合预期。
（3）当事务的执行过程中，如果redis意外的挂了。很遗憾只有部分命令执行了，后面的也就被丢弃了。当然如果我们使用的append-only file方式持久化，redis会用单个write操作写入整个事务内容。即是是这种方式还是有可能只部分写入了事务到磁盘。发生部分写入事务的情况 下，redis重启时会检测到这种情况，然后失败退出。可以使用redis-check-aof工具进行修复，修复会删除部分写入的事务内容。修复完后就 能够重新启动了。
二、WATCH
WATCH 命令可以为 Redis 事务提供 check-and-set （CAS）行为。
被 WATCH 的键会被监视，并会发觉这些键是否被改动过了。 如果有至少一个被监视的键在 EXEC 执行之前被修改了， 那么整个事务都会被取消， EXEC 返回空多条批量回复（null multi-bulk reply）来表示事务已经失败。
1、首先我们不加WATCH进行事务处理
|
时间 |
客户端 A |
客户端 B |
说明 |
|
T1 |
SET name aa SET age 10 |
GET name aa GET age 10 |
数据库中两客户端登录，及键初始值。 它们是同步的。 |
|
T2 |
MULTI SET name bb Incr age |
此时，客户端1开启事务，并提交队列命令： 1.想要将当前age自增+1运算； 2.将name值改为bb |
|
|
T3 |
SET name cc Incr age |
此时，客户端2修改了age值 同时修改name值为cc |
|
|
T4 |
EXEC |
|
|
|
T5 |
GET name bb GET age 12 |
此时，客户端1执行队列命令，发现运算之后age不是理想中的11，而是12原因是被其它客户插足抢先给修改了。name值确实是没有被其它所改变。这样可能导致数据不一致性。 |
|
2、添加WARCH
| 客户端1-引入“乐观锁”机制 | 客户端2 | 说明 |
| SET age "10" SET name "zhangsan" |
GET age "10" GET name "zhangsan" |
数据库中两客户端登录，及键初始值。 |
| WATCH age name OK MUTLI OK incr age QUEUED set name lisi QUEUED |
此时，客户端1用watch命令监视age和name，然后开启事务，并提交队列命令 | |
| incr age (integer) 11 |
此时，客户端2修改了age值 | |
exec (nil) get age "11" get name "zhangsan" |
此时，客户端1执行队列命令，由watch监控发现此期间age的值已经被修改过，则让事整个务回滚，不做任何动作。 watch可以同时监控多个键，在监控期间只要有一个键被其它客户端改变，则整个事务回滚。 |
想太多，做太少，中间的落差就是烦恼。想没有烦恼，要么别想，要么多做。少校【1】