一、事务与基本操作
事务：redis事务就是一个命令执行的队列，将一系列预定义命令包装成一个整体（一个队列）。当执行时，一次性按照添加顺序依次执行，中间不会被打断或者干扰。
一个队列中，一次性、顺序性、排他性的执行一系列命令。
事务的基本操作：
开启事务：
multi
作用：
设定事务的开启位置，此指令执行后，后续的所有指令均加入到事务中
执行事务：
exec
作用：
设定事务的结束位置，同时执行事务。与multi成对出现，成对使用
注意：加入事务的命令暂时进入到任务队列中，并没有立即执行，只有执行exec命令才开始执行。
取消事务：
discard
作用：
终止当前事务的定义，发生在multi之后，exec之前
事务的工作流程
事务的注意事项：
语法错误
指命令书写格式有误
处理结果
如果定义的事务中所包含的命令存在语法错误，整体事务中所有命令均不会执行。包括那些语法正确的命令。
运行错误
指命令格式正确，但是无法正确的执行。例如对list进行incr操作
处理结果
能够正确运行的命令会执行，运行错误的命令不会被执行
注意：已经执行完毕的命令对应的数据不会自动回滚，需要程序员自己在代码中实现回滚。
手动进行事务回滚：
记录操作过程中被影响的数据之前的状态
单数据：string
多数据：hash、list、set、zset
设置指令恢复所有的被修改的项
单数据：直接set（注意周边属性，例如时效）
多数据：修改对应值或整体克隆复制
二、事务中的锁
加锁：
对key添加监视锁，在执行exec前如果key发生了变化，终止事务执行
watch key1
取消对所有key的监视
unwatch
注意：必须在开启事务之前watch
应用场景tips: redis应用基于状态控制的批量任务执行
分布式锁：
- 使用setnx设置一个公共锁：
setnx lock-key value
- 利用setnx命令的返回值特征，有值则返回设置失败，无值则返回设置成功：
对于返回设置成功的，拥有控制权，进行下一步的具体业务操作
对于返回设置失败的，不具有控制权，排队或等待
- 操作完毕通过del操作释放锁
注意：上述解决方案是一种设计概念，依赖规范保障，具有风险性
应用场景tips: redis应用基于分布式锁对应的场景控制
分布式锁改良：
使用expire 为锁key添加时间限定，到时不释放，放弃锁
expire lock-key second
pexpirelock-key milliseconds
由于操作通常都是微秒或毫秒级，因此该锁定时间不宜设置过大。具体时间需要业务测试后确认。
- 例如：持有锁的操作最长执行时间127ms，最短执行时间7ms。
- 测试百万次最长执行时间对应命令的最大耗时，测试百万次网络延迟平均耗时
- 锁时间设定推荐：最大耗时*120%+平均网络延迟*110%
- 如果业务最大耗时<<网络平均延迟，通常为2个数量级，取其中单个耗时较长即可
