Redis - 事务与乐观锁

事务

Redis的事务与MySQL的事务差别较大。
Redis的事务本质是一组命令的集合。也就是说一个事务中的所有命令都会被序列化，在事务执行的时候，会按照顺序执行这些命令。
即Redis具有：一次性、顺序性、排他性(不受其他命令干扰)。
在Redis中，事务没有隔离级别的概念。

Redis事务流程

1、开启事务(multi)
2、命令入队(即依次输入命令)
3、执行事务(exec)
所有命令都是在事务中，并没有直接执行，而是发起exec执行命令的时候才会依次执行命令。
Redis单条命令保证原子性，但是事务不保证原子性

一、执行事务

127.0.0.1:6379> multi        # 开启事务
OK
127.0.0.1:6379> set key1 value1
QUEUED
127.0.0.1:6379> set key2 value2
QUEUED
127.0.0.1:6379> get key1
QUEUED
127.0.0.1:6379> set key3 value3
QUEUED
127.0.0.1:6379> exec         #  执行事务
1) OK
2) OK
3) "value1"
4) OK

从上面可以看出，命令按照顺序来执行的，事务完毕。

二、放弃事务

如果我们输入完命令，突然不想去执行，可以通过DISCARD命令来放弃事务。

127.0.0.1:6379> multi        # 开启事务
OK
127.0.0.1:6379> set key1 value1
QUEUED
127.0.0.1:6379> set key2 value2
QUEUED
127.0.0.1:6379> get key1
QUEUED
127.0.0.1:6379> DISCARD    # 放弃事务
OK
127.0.0.1:6379> get key1   # 测试放弃事务是否成功
(nil)

三、编译型异常 - 所有事务命令不执行

当事务中某一条命令出现错误时，事务中所有的命令都不会执行。

127.0.0.1:6379> multi                   # 开启事务
OK
127.0.0.1:6379> set key1 value1
QUEUED
127.0.0.1:6379> set key2 value2
QUEUED
127.0.0.1:6379> setget key2             # 命令错误
(error) ERR unknown command 'setget'
127.0.0.1:6379> get key1
QUEUED
127.0.0.1:6379> exec                    # 执行事务，报错
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get key1                # 测试其他命令是否成功
(nil)

四、运行时异常 - 不影响其他命令

如果事务队列中存在语法性错误，执行事务的时候，其他命令不会受到这个错误的影响，他们会正常执行，错误的命令会抛出异常。

127.0.0.1:6379> set key1 "value1"     
OK
127.0.0.1:6379> get key1
"value1"
127.0.0.1:6379> multi            # 开启事务
OK
127.0.0.1:6379> set key2 value2
QUEUED
127.0.0.1:6379> incr key1        # 自增，因为类型不符合会失败
QUEUED
127.0.0.1:6379> get key2
QUEUED
127.0.0.1:6379> set key3 value3
QUEUED
127.0.0.1:6379> exec             # 执行事务
1) OK
2) (error) ERR value is not an integer or out of range     # 就这一条失败
3) "value2"
4) OK

锁 - 监控

悲观锁：很悲观，认为什么时候都会出问题，无论做什么都会加锁！
乐观锁：很乐观，认为什么时候都不会出问题，所以不会上锁！ 更新数据的时候去判断一下，在此期间是否 有人修改过这个数据。

Redis实现乐观锁

在MySQL中通过对比version，在Redis中则是通过watch监控来实现乐观锁。
通过两个Redis客户端模拟多线程下的操作。

1、Redis客户端一

127.0.0.1:6379> set money 100       # 设置金额100
OK
127.0.0.1:6379> set out 0			# 设置消费0
OK
127.0.0.1:6379> watch money         # 监控money
OK
127.0.0.1:6379> multi               # 开启事务
OK
127.0.0.1:6379> DECRBY money 20     # 金额-20
QUEUED
127.0.0.1:6379> INCRBY out 20       # 消费+20
QUEUED
127.0.0.1:6379>                     # 先不执行事务

Redis客户端二

客户端一的事务并未执行，此时客户端二去修改了money的值。

127.0.0.1:6379> get money
"100"
127.0.0.1:6379> set money 1000   # 将金额设置为1000
OK
127.0.0.1:6379> get money
"1000"
127.0.0.1:6379>

Redis客户端一执行事务

此时，执行Redis客户端一的事务。

127.0.0.1:6379> exec    # 执行事务
(nil)                   # 执行失败，因为被监控的money已经被修改
127.0.0.1:6379>

Redis客户端一解决问题

要解决这个问题，先要取消监控(unwatch)，然后重新监控之后再重复执行命令。

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 20      # 金额-20
QUEUED
127.0.0.1:6379> INCRBY out 20        # 消费+20
QUEUED
127.0.0.1:6379> exec                 # 执行事务
1) (integer) 980
2) (integer) 20