Redis执行指令过程中，多条连续执行的指令被干扰，打断，插队。
- redis事务就是一个命令执行的队列，将一系列预定义命令包装成一个整体（一个队列）。当执行时，一次性按照添加顺序依次执行，中间不会被打断或者干扰；
- 一个队列中，一次性、顺序性、排他性的执行一系列命令。
1、开启事务
multi
作用： 设定事务的开启位置，此指令执行后，后续的所有指令均加入到事务中（注意加入后就不执行了，向队列中加，等到遇到exec就执行）。
2、执行事务
exec
作用： 设定事务的结束位置，同时执行事务。与multi成对出现，成对使用
注意：加入事务的命令暂时进入到任务队列中，并没有立即执行，只有执行exec命令才开始执行
启动好服务器：
打开两个客户端进行操作：
- 开启事务后，别的命令是不可能插队的！
-
- 事务遇到exec才会一把执行！
事务执行时，发现输入的命令有误怎么办？取消事务！
2.2、取消事务discard
作用： 终止当前事务的定义，发生在multi之后，exec之前。
1、没有事务，直接set
2、multi
3、开启事务之后，来了一个set指令；
4、开启事务之后，来了一个del指令；
5、exec执行事务的命令
- 执行完事务之后，这个队列就没有了！
6、discard销毁指令 - 销毁完之后，队列也没有了！
语法错误
- 指命令书写格式有误
处理结果
- 如果定义的事务中所包含的命令存在语法错误，整体事务中所有命令均不会执行。包括那些语法正确的命令。
运行错误
- 指命令格式正确，但是无法正确的执行。例如对list进行incr操作
处理结果
- 能够正确运行的命令会执行，运行错误的命令不会被执行
3.3、手动进行事务回滚注意：已经执行完毕的命令对应的数据不会自动回滚，需要程序员自己在代码中实现回滚。
记录操作过程中被影响的数据之前的状态
- 单数据：string
- 多数据：hash、list、set、zset
设置指令恢复所有的被修改的项
- 单数据：直接set（注意周边属性，例如时效）
- 多数据：修改对应值或整体克隆复制
解决方案：
- 对 key 添加监视锁，在执行exec前如果key发生了变化，终止事务执行
watch key1 [key2……]
- 取消对所有 key 的监视
unwatch
注意：
- watch和定义事务之间是可以干事情的！
- 在事务之前开启watch!
例1：
上面监视了name，这个事务执行没有任何问题！
例2：
在执行exec事务之前，在另一个客户端中，修改name的值；
此时再执行事务为nil空！
例3：unwatch
在另一个客户端中修改！
是可以正常执行的！
使用 setnx 设置一个公共锁
setnx lock-key value //value是多少是随便写的
利用setnx命令的返回值特征，有值则返回设置失败，无值则返回设置成功
- 对于返回设置成功的，拥有控制权，进行下一步的具体业务操作
- 对于返回设置失败的，不具有控制权，排队或等待
操作完毕通过del操作释放锁
客户端1给num加锁后，其他客户端就不能加锁了！
客户端2失败了！
等到客户端1操作完释放锁后才行！
解决方案：
使用 expire 为锁key添加时间限定，到时不释放，放弃锁。
expire lock-key second pexpire lock-key milliseconds
由于操作通常都是微秒或毫秒级，因此该锁定时间不宜设置过大。具体时间需要业务测试后确认。
- 例如：持有锁的操作最长执行时间127ms，最短执行时间7ms。
- 测试百万次最长执行时间对应命令的最大耗时，测试百万次网络延迟平均耗时
- 锁时间设定推荐：最大耗时120%+平均网络延迟110%
- 如果业务最大耗时<<网络平均延迟，通常为2个数量级，取其中单个耗时较长即可
