Redis WATCH实现乐观锁

最新推荐文章于 2024-04-03 16:04:33 发布

SunBigBoy

最新推荐文章于 2024-04-03 16:04:33 发布

阅读量267

点赞数

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

本文链接：https://blog.csdn.net/qq_43528047/article/details/116810140

版权

Redis 专栏收录该内容

14 篇文章 0 订阅

订阅专栏

本文介绍了Redis中的乐观锁实现方式，通过WATCH命令监控数据，结合MULTI和EXEC事务操作，确保数据在更新时的一致性。在多线程环境下，当数据被其他线程修改时，事务会执行失败，从而避免并发问题。测试案例展示了在并发修改同一数据时，WATCH如何确保数据的正确性。

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

Redis WATCH实现乐观锁

WATCH监视！

悲观锁：

很悲观，什么时候都会出现问题，无论什么都会加锁！

乐观锁：

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

测试

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 20
QUEUED
127.0.0.1:6379> INCRby out 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 80
2) (integer) 20

测试多线程修改值，使用watch当做Redis的乐观锁操作

#第一个终端执行
127.0.0.1:6379> WATCH 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> get money
"80"
127.0.0.1:6379> set money 1000
OK

#第一个终端执行
127.0.0.1:6379> exec #修改失败
(nil)
127.0.0.1:6379> get money
"1000"

这种情况执行失败后解锁再获取最新的值并加锁再执行事务