Redis_监控

监控

目录

• 监控
  • 1. 乐观锁和悲观锁
  • 2. Redis的监视测试
    • 1. 正常执行成功
    • 2. 执行失败
    • 3. 执行失败后的操作

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了

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