redis 乐观锁

1 介绍

   当程序中可能出现并发的情况时，就需要保证在并发情况下数据的准确性，以此确保当前用户和其他用户一起操作时，所得到的结果和他单独操作时的结果是一样的。这种手段就叫做并发控制。并发控制的目的是保证一个用户的工作不会对另一个用户的工作产生不合理的影响。

  一般通过乐观锁与悲观锁实现并发控制。

1.1 乐观锁

  乐观锁是相对悲观锁而言的，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则返回给用户错误的信息，让用户决定如何去做。如 MySQL 中的 version。

1.2 悲观锁

  之所以叫做悲观锁，是因为这是一种对数据的修改持有悲观态度的并发控制方式。总是假设最坏的情况，每次读取数据的时候都默认其他线程会更改数据，因此需要进行加锁操作，当其他线程想要访问数据时，都需要阻塞挂起。因此影响性能。比如 Java 中的 synchronized。

2 命令

  redis 中以 watch 命令实现乐观锁。

• 先开启第一个 redis 客户端，输入以下命令，以存取钱为例

127.0.0.1:6379> set money 100	# 设置 100 块钱
OK
127.0.0.1:6379> get money
"100"
127.0.0.1:6379> WATCH money	# 监视 money，相当于获取 MySQL 中的 version
OK
127.0.0.1:6379> MULTI	# 开启事务
OK
127.0.0.1:6379> DECRby money 10	#  money - 10
QUEUED
127.0.0.1:6379> get money
QUEUED

• 未提交第一个客户端事务，接着开启第二个 redis 客户端，输入一下命令

127.0.0.1:6379> get money
"100"
127.0.0.1:6379> INCRBY money 100	# money + 100
(integer) 200
127.0.0.1:6379> 

此时，第二个客户端（即第二个线程）在第一个客户端（即第一个线程）未提交事务前，就修改了 money 的值。

• 提交第一个客户端的事务

127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> get money
"100"
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> get money
QUEUED
127.0.0.1:6379> EXEC	# 提交事务，此时会比较 money 的值是否发生改变，而因为第二个客户端修改了 money，因此执行失败。
(nil)

• 解决失败
    因其他线程改变而导致事务失败，则重新检视（即 MySQL 中重新获取 version），重复操作。

127.0.0.1:6379> UNWATCH	# 放弃检视
OK
127.0.0.1:6379> WATCH money	# 重新检视
OK
127.0.0.1:6379> get money
"200"
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> DECRBY money 10
QUEUED
127.0.0.1:6379> EXEC	# 执行成功，如果这个过程还是执行失败，则重复上面操作。
1) (integer) 190