Redis实现乐观锁
悲观锁:很悲观,认为什么时候都会出问题,无论做什么都会加锁!
乐观锁:很乐观,认为什么时候都不会出问题,所以不会上锁!更新数据的时候去判断一下,在此期间是否有人修改这个数据
- 获取verson
- 更新的时候比较version
redis监视测试
#正常执行成功情况
127.0.0.1:6379> clear
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(TX)> decrby money 20
QUEUED
127.0.0.1:6379(TX)> incrby out 20
QUEUED
127.0.0.1:6379(TX)> exec
1) (integer) 80
2) (integer) 20
###########################
# 测试多线程修改值
#线程1:
127.0.0.1:6379> watch money # 监视money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> decrby money 10
QUEUED
127.0.0.1:6379(TX)> incrby out 10
QUEUED
127.0.0.1:6379(TX)> exec #在执行之前,线程2修改了money值,这个时候就会导致事务执行失败
(nil)
127.0.0.1:6379>
# 线程2:
127.0.0.1:6379> get money
"80"
127.0.0.1:6379> set money 1000
OK
################################################
#执行失败如何解决
127.0.0.1:6379> unwatch # 放弃监视
OK
127.0.0.1:6379> watch money # 重新监视
OK
127.0.0.1:6379> multi # 重新
OK
127.0.0.1:6379(TX)> decrby money 10
QUEUED
127.0.0.1:6379(TX)> incrby out 10
QUEUED
127.0.0.1:6379(TX)> exec
1) (integer) 990
2) (integer) 30
应用场景
商品秒杀