微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Redis_监控

监控

1. 乐观锁和悲观锁

  • 悲观锁

    • 很悲观,认为什么时候都会出问题
    • 无论做什么,都会加锁
  • 乐观锁

    • 很乐观,认为什么时候都不会出问题
    • 不会上锁,更新数据的时候去判断一下,在此期间,是否有人修改过这个数据 (version)

2. Redis的监视测试

1. 正常执行成功

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 
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

监视 money 对象

事务正常结束,数据期间没有发生变动,这个时候就正常执行成功!

2. 执行失败

使用 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)

3. 执行失败后的操作

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> decrby money 10
QUEUED
127.0.0.1:6379> incrby out 10
QUEUED
127.0.0.1:6379> exec
1) (integer) 990
2) (integer) 30
  • unwatch 解锁

  • 如果在执行 watch 命令之后,exec 命令或 discard 命令先被执行了的话,那么就不需要再执行 unwatch了

  • 如果修改失败,获得最新值即可

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。

相关推荐