redis事务
基本操作
redis的控制事务。
开启事务:
multi
执行事务:
设定事务的开启位置,此指令执行后,后续的所有指令均加入到事务中
exec
注意∶加入事务的命令暂时进入到任务队列中,并没有立即执行,只有执行exec命令才开始执行,设定事务的结束位置,同时执行事务。与multi成对出现,成对使用
事务定义过程中发现出了问题,怎么办?
取消事务
discard
注意事项
定义事务的过程中,命令格式输入错误怎么办?
- 语法错误
指命令书写格式有误 - 处理结果
如果定义的事务中所包含的命令存在语法错误,整体事务中所有命令均不会执行。包括那些语法正确的命令。
定义事务的过程中,命令执行出现错误怎么办?
- 运行错误
指命令格式正确,但是无法正确的执行。例如对list进行incr操作 - 处理结果
能够正确运行的命令会执行,运行错误的命令不会被执行
注意:已经执行完毕的命令对应的数据不会自动回滚,需要程序员自己在代码中实现回滚。
锁
- 对 key 添加监视锁,在执行exec前如果key发生了变化,终止事务执行
watch key1 [key2……]
- 取消对所有 key 的监视
unwatch
例:
客户端1:
watch map
hset map name codeying
//此时客户端2执行 hset map age 18
exec //因为map被修改过了,所以exec不会生效
unwatch //取消对所有key的监控
分布式锁
卖票问题:如何保证票不会超卖。
使用 setnx 设置一个公共锁
setnx lock-key value
需要自己判断是否获得锁: 利用setnx
命令的返回值特征,有值则返回设置失败,无值则返回设置成功, 操作完毕通过del
操作释放锁
例子:
客户端1:
setnx lock 5 //设置锁成功,返回1
del lock //释放锁,返回1
客户端2
setnx lock 2 //尝试获得锁,返回0
setnx lock 2 //再次尝试获得锁,返回1
设置锁有效时间
可以使用 expire 为锁key添加时间限定,到时不释放,放弃锁
expire lock-key second
pexpire lock-key milliseconds
由于操作通常都是微秒或毫秒级,因此该锁定时间不宜设置过大。具体时间需要业务测试后确认。
- 例如:持有锁的操作最长执行时间127ms,最短执行时间7ms。
- 测试百万次最长执行时间对应命令的最大耗时,测试百万次网络延迟平均耗时
- 锁时间设定推荐:最大耗时120%+平均网络延迟110%
- 如果业务最大耗时<<网络平均延迟,通常为2个数量级,取其中单个耗时较长即可