七:redis锁

最新推荐文章于 2024-10-01 11:12:34 发布

醉卧雕龙舫、

最新推荐文章于 2024-10-01 11:12:34 发布

阅读量70

点赞数

分类专栏： redis 文章标签： redis java

本文链接：https://blog.csdn.net/qq_41863697/article/details/131035630

版权

redis 专栏收录该内容

15 篇文章 0 订阅

订阅专栏

文章介绍了Redis中通过`watch`命令实现乐观锁的概念，以及在多线程并发场景下如何利用它来保证数据的一致性。当监视的键值在事务执行前被修改，`exec`会返回`nil`，提示事务执行失败，需要重新尝试。

摘要由CSDN通过智能技术生成

七:redis锁

监控！watch（redis乐观锁就是通过watch来实现的，面试常问）

悲观锁：

认为无论何时都可能出现问题，无论做什么都会加锁！

乐观锁：

认为无论什么时候都不会出现问题，所以不会上锁！更新数据时会去判断一下在此期间是否修改过这个数据
获取version
更新时比较version

redis监视测试
正常执行：

127.0.0.1:6379> set money 100   
OK
127.0.0.1:6379> set out 0
OK
127.0.0.1:6379> watch money     #监视money对象
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby money 10
QUEUED
127.0.0.1:6379> incrby out 10
QUEUED
127.0.0.1:6379> exec  #事务正常执行，数据在事务执行期间没有发生变动，这时就正常执行成功！
1) (integer) 90
2) (integer) 10

多线程并发修改时，使用watch可以当作redis的乐观锁操作：

#主线程
127.0.0.1:6379> watch money   #监视 money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby money 10
QUEUED
127.0.0.1:6379> incrby out 10
QUEUED
127.0.0.1:6379> exec #执行之前，另外一个线程修改了money值，这个时候就会导致事务执行失败
(nil)

#另外一个线程
127.0.0.1:6379> set money 1000
OK

取消监视命令：unwatch，但执行exec后不管是否成功都会自动取消监视

如果修改失败，重新监视money，再执行事务即可：

127.0.0.1:6379> watch money #再次监视最新值，及监视对应version
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby money 10
QUEUED
127.0.0.1:6379> incrby out 10
QUEUED
127.0.0.1:6379> exec #比对监视值是否变化，未变则执行成功，变了则执行失败！
1) (integer) 990
2) (integer) 20