Redis实现乐观锁

描述

“乐观锁”是一种思想，旨在监视一数据，乐观的认为该值不会发生变化，而是在过程前后对监视数据进行比对，判断其是否被修改；因此，乐观锁并不上锁！

大多数乐观锁是基于数据版本（version）的记录机制实现的。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个”version”字段来实现读取出数据时，将此版本号一同读出，之后更新时，对此版本号加1。此时，将提交数据的版本号与数据库表对应记录的当前版本号进行比对，如果提交的数据版本号大于数据库当前版本号，则予以更新，否则认为是过期数据。

redis中可以使用watch命令会监视给定的key，当exec时候如果监视的key从调用watch后发生过变化，则整个事务会失败。也可以调用watch多次监视多个key。这样就可以对指定的key加乐观锁了。注意watch的key是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。当然了exec，discard，unwatch命令都会清除连接中的所有监视。

Redis事务
Redis中的事务(transaction)是一组命令的集合。事务同命令一样都是Redis最小的执行单位，一个事务中的命令要么都执行，要么都不执行。Redis事务的实现需要用到 MULTI 和 EXEC 两个命令，事务开始的时候先向Redis服务器发送 MULTI 命令，然后依次发送需要在本次事务中处理的命令，最后再发送 EXEC 命令表示事务命令结束。Redis的事务是下面4个命令来实现
1.multi，开启Redis的事务，置客户端为事务态。
2.exec，提交事务，执行从multi到此命令前的命令队列，置客户端为非事务态。
3.discard，取消事务，置客户端为非事务态。
4.watch,监视键值对，作用时如果事务提交exec时发现监视的监视对发生变化，事务将被取消。

其中，当事务中发生异常时，一般按以下情况处理：
1、编译时异常：代码有错或者命令有错，事务中所有的命令都不会执行
2、运行时异常：如果事务队列中存在运行时异常，那么在执行命令的时候，其他命令是可以正常执行的，异常命令抛出错误

redis操作

127.0.0.1:6379> set k1 10 //插入测试数据k1（10）
OK
127.0.0.1:6379> get k1
"10"
127.0.0.1:6379> watch k1 //watch监视k1
OK
127.0.0.1:6379> multi //开启事务
OK
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> incr k1 //事务中k1自增
QUEUED
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> //先不执行事务

切换另一redis客户端，对k1进行数据修改（自增）

127.0.0.1:6379> incr k1
(integer) 11
127.0.0.1:6379> 

回到最初客户端

127.0.0.1:6379> watch k1
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> incr k1
QUEUED
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> exec //执行事务，报错
(nil)
127.0.0.1:6379> get k1 //事务中的k1自增失败
"11"
127.0.0.1:6379> 

参考链接

https://blog.csdn.net/Evankaka/article/details/70570200.