09. 事务

Redis事务

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

一个队列中，一次性、顺序性、排他性的执行一系列命令。

基本操作：

• 开启事务

multi

设定事务的开始位置，执行此指令后，后续的所有指令均加入到事务中。

• 执行事务

exec

设置事务的结束位置，同时执行事务。与 multi 成对出现、成对使用。

• 取消事务

discard

终止当前事务的定义，发生在multi之后。

使用 multi加入事务的命令暂时进入到任务队列中，并没有立即执行，只有执行exec命令才开始执行。如果使用了discard，便销毁该任务队列。

注意事项：

• 如果命令输入时语法书写有误，例如 seta name zhangsan，则整体事务中所有命令均不会执行（包括哪些语法正确的命令也不会执行）
• 如果命令格式正确，但是无法正确的执行，例如对list进行incr操作。此时事务能够对正确的命令进行执行，对运行错误的命令不会执行。已经执行完毕的命令对应的数据不会自动回滚，需要程序员自己在代码中实现回滚。

锁

对key添加监视锁，在执行exec前如果key发生了变化，终止事务执行：

watch key1 [key2 ...]

注意：watch命令必须在multi之前使用，watch和multi中间可以进行其他命令操作。不可以在multi开启事务后再watch。

watch只对下一个multi有效。

取消对所有key的监视：

unwatch

分布式锁

使用string的 setnx 设置一个key用作公共锁：

setnx lock-key value

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

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

操作完毕，使用 del 释放锁。

该方案是一种设计概念，依赖规范保障，具有风险性。

为防止死锁（例如某个服务器设置上分布式锁之后宕机，但是没有del掉这个锁标志），可以进行一些改良：

使用expire为锁key添加时间限定，到时间不释放则放弃锁：

expire lock-key second
pexire lock-key milliseconds

由于操作通常都是微秒或毫秒级，因此该锁定时间不宜设置过大。

例如：

• 测试百万次最长执行时间对应命令的最大耗时，测试百万次网络延迟平均耗时
• 锁时间设定推荐：最大耗时x120% + 平均网络延迟x110%
• 如果业务最大耗时远大于网络平均延迟（例如2个数量级），取其中单个耗时较长的即可。