Redis的事务操作

简介

什么是事务？
redis事务就是一个命令执行的队列，将一系列预定义命令包装成一个整体（一个队列）。当执行时，一次性按照添加顺序依次执行，中间不会被打断或者干扰。

事务的基本操作

开启事务
multi
作用
设定事务开启位置，此指令执行后，后续所有指令均加入到事务中。

执行事务
exec
作用
设定事务的结束位置，同时执行事务。与multi一起出现，一起使用。

注意：加入事务的命令暂时进入到任务队列中，并没有立即执行，只有执行exec命令才开始执行

例：

取消事务
discard
作用
终止当前事务的定义，发生在multi之后，exec之前

定义过程中出现问题及时的取消掉

事务的工作流程

注意事项

如果定义的事务中所包含的命令存在语法错误，整体事务中所有命令均不会执行。包括那些语法正确的命令。需要重新开启事务。

如果命令格式正确，但是无法正确的执行。例如：对list进行incr操作。
那么，能够正确运行的命令会执行，运行错误的命令不会被执行。
注意：已经执行完毕的命令对应的数据不会自动回滚，需要程序员自己在代码中实现回滚。

锁

多个客户端有可能同时操作同一组数据，并且该数据一旦被操作修改后，将不适用于继续操作。
在操作之前锁定要操作的数据，一旦发生变化，终止当前操作。

实例：商家对已经售罄的货物追加补货，4个业务员都有权限进行补货，当一个人已经补好了货之后，若不终止操作，可能又会有人去补货。

解决方案：
对 key 添加监视锁，在执行exec前如果key发生了变化，终止事务执行
watch key1 [key2……]

取消对所有 key 的监视
unwatch

例如：在客户端一中开启事务，在结束事务前（exec），客户端二改变了key，事务终止

客户端二：

客户端一：

redis 应用基于状态控制的批量任务执行

分布式锁

实例1：客户购买热情高涨，3秒内将所有商品购
买完毕。本次补货已经将库存全部清空，如何避免最后一件商品不被多人同时购买？

使用 setnx 设置一个公共锁
setnx lock-key value

利用setnx命令的返回值特征，有值则返回设置失败，无值则返回设置成功

• 对于返回设置成功的，拥有控制权，进行下一步的具体业务操作
• 对于返回设置失败的，不具有控制权，排队或等待

操作完毕通过 del 操作释放锁

注意：上述解决方案是一种设计概念，依赖规范保障，具有风险性

例如： 客户端一：

客户端二：

redis 应用基于分布式锁对应的场景控制

实例2：某个用户操作时对应客户端宕机，且此时已经获取到锁，此时怎么办？

使用 expire 为锁key添加时间限定，到时不释放，放弃锁
expire lock-key second
pexpire lock-key milliseconds

例如：

• 由于操作通常都是微秒或毫秒级，因此该锁定时间不宜设置过大。
  例如：持有锁的操作最长执行时间127ms，最短执行时间7ms。
• 测试百万次最长执行时间对应命令的最大耗时，测试百万次网络延迟平均耗时
• 锁时间设定推荐：最大耗时120%+平均网络延迟110%
• 如果业务最大耗时<<网络平均延迟，通常为2个数量级，取其中单个耗时较长即可