Redis事务
简介
Redis中的事务是一组命令执行的队列。事务同命令一样都是Redis最小的执行单位，一个事务中的命令要么都一次性执行，要么都不执行。当执行时，一次性按照顺序执行，中间过程不能被干扰
事务的基本操作
开启事务 multi 设置事务的开启，后续的指令都加入到这个队列当中，执行事务
exec 事务的结束，执行所有事务并返回结果。
取消事务 discard 事务定义过程中出现问题，即时取消事务
事务的工作流程
操作过程
没有开启事务，无法获取当前设置数据
另一台客服端设置的是set name yu
开启事务之后，所有步骤都一致
事务设置错误，取消当前事务
事务注意事项
1.如果输入指令有语法错误，整体事务中所有的命令都不会执行
2.如果输入的指令没有语法错误，命令执行错误，正确的命令会执行，运行错误的命令不会被执行。如果在实际编码中，已经执行命令的数据不会回滚，需要自己手动回滚。
锁
应用场景：(控制批量任务执行) 多个客户端有可能同时操作同一组数据，并且该数据一旦被操作修改后，将不适用于继续操作 ，在操作之前锁定要操作的数据，一旦发生变化，终止当前操作。
添加监视锁
watch ，在执行事务结束之前，如果key里面的数据发生了改变，终止事务执行。
unwatch 取消对所有 key 的监视
实操
我在执行exec结束事务之前，在另一个客服端修改了aa的值，发现事务结束获得的值是空。
在事务开启之后，不能监控key，取消监控之后，开启事务，添加数据之后，在另一台客户端修改数据aa，然后结束事务，发现数据没有被更改。
添加分布式锁
应用场景：避免最后一件商品不被多人同时购买，也是淘宝中的超卖问题，使用watch监控一个key判断改变已经不能解决问题，此处要监控的是具体数据，在这里可以设置一个公共锁。
设置公共锁 setnx lock-key value
若果返回值为0，则设置失败，无则返回成功，返回为1的话可以操作，失败的话需要等待。操作完之后需要用del指令释放锁。
实操
第一步，添加数据，第二步，使用setnx上锁，第三步，购买商品-1，第四步，删除锁。
如果在另一台客服端操作的话，已经上过锁之后，本台客服端无法上锁，直到对方删除锁之后，方可操作。
分布式锁该进操作
由于控制加锁解锁操作全部都由用户自己完成，一定存在未解锁的风险 ， 需要解锁操作不能仅依赖用户控制，系统设计应该留下一个应急处理方案
解决方案
使用 expire 为锁key添加时间限定，自动释放锁
expire lock-key second
pexpire lock-key milliseconds
设置分布式锁要根据特定的场合而定， 例如：持有锁的操作最长执行时间127ms，最短执行时间7ms。 测试百万次最长执行时间对应命令的最大耗时，测试百万次网络延迟平均耗时 。 锁时间设定推荐：最大耗时120%+平均网络延迟110% 。如果业务最大耗时<<网络平均延迟，通常为2个数量级，取其中单个耗时较长即可。
第一步，添加数据，第二步，上锁，第三步，为锁设置时间，等待时间过了，另一台客服端即可设置锁。
