Redis通过MUTIL、EXEC、WATCH等命令来实现事务功能。事务提供了一种将多个命令请求打包,然后一次性、按顺序地执行多个命令的机制,并且在事务执行期间,服务器不会中断事务而改去执行其他客户端的命令请求,它会将事务中的所有命令都执行完毕,然后才去处理其他客户端的命令请求。
一、事务的实现
一个事务的三个阶段:
- 事务开始
- 命令入队
- 事务执行
开启事务:设定事务的开启位置,此命令执行后,后续所有的指令均加入到事务中
multi
执行事务:设定事务的结束位置,同时执行事务,与multi成对出现,成对使用
exec
注意:加入事务的命令暂时进入到任务队列中,并没有立即执行,只有执行exec命令才开始执行
取消事务:终止当前事务的定义,发生在multi之后,exec之前
discard
二、事务的执行流程
注意事项:定义事务过程中,
- 命令格式输入错误(语法错误),整体事务中所有命令均不会执行,包括语法正确的命令
- 命令执行出现错误(如对list进行incr操作),能够运行的命令会允许,运行错误的命令不会执行,以及执行完毕的命令对应的数据不会自动回滚,需要程序员自己在代码中实现回滚
三、锁
3.1 watch
WATCH命令是一个乐观锁,它可以在EXEC命令执行之前,监视任意数量的数据库键,并且在EXEC命令执行时,检查被监视的键是否至少有一个已经被修改过了,如果是的话,服务器将拒绝执行事务,并向客户端返回代表事务执行失败的空回复。
watch key1 key2...
multi
set name fang
exec
取消对所有key的监视
unwatch
如果在执行 WATCH 命令之后, EXEC 命令或 DISCARD 命令先被执行了的话,那么就不需要再执行 UNWATCH 了。因为 EXEC 命令会执行事务,因此 WATCH 命令的效果已经产生了。而 DISCARD 命令在取消事务的同时也会取消所有对 key 的监视,因此这两个命令执行之后,就没有必要执行 UNWATCH 了。
Tips:redis应用基于状态控制的批量任务执行
3.2 分布式锁
在 Redis 里,所谓 SETNX,是「SET if Not eXists」的缩写,也就是只有不存在的时候才设置,可以利用它来实现锁的效果。
使用setnx这是一个公共锁:
setnx lock-key value
利用setnx命令的返回值特征,有值则返回设置失败,无值则返回设置成功
- 对于返回设置成功的(说明没有人设置这个lock-key),拥有控制权,进行下一步的具体业务操作
- 对于返回设置失败的(说明已经有人设置这个lock-key),不具有控制权,排队或等待
操作完毕通过del操作释放锁
3.3 分布式锁改良
在 setnx 之后立即使用 expire 为锁key添加时间限定,到时不释放,放弃锁
expire lock-key second
pexpire lock-key milliseconds