七天玩转Redis | Day4、Redis事务操作小结

1. Redis事务特点

  Redis中的事务具有的特点是：一次性、顺序性、排他性。

1. 一次性：指的是Redis中的事务只执行一次，在该事务执行结束之后，这条事务的生命周期就结束了，再次执行事务时需要重新开启事务。
2. 顺序性：指Redis的事务中的所有命令，都是按照先后顺序依次执行的。
3. 排他性：指事务在对某一个数据进行操作的同时，其他事务或其他命令不能对这个数据进行操作。

redis执行事务流程图如下：

redis的单条命令具有原子性，但是对于存在多条命令的Redis事务来说，不具备原子性，也就是说如果事务中有其他命令执行失败了，其他命令还会执行下去。

2. 正常执行事务

首先，开启事务

开启事务命令
MULTI

然后，命令入队

开启事务时候就需要向该事务中加入命令，将命令入队，这一步你可以任意写入你想要执行的命令。注意：在将命令添加到队列之后，命令并不会立即执行，而是返回一个QUEUED，表示入队成功！

最后，提交命令

提交事务
EXEC

事务提交之后就会按照我们入队的命令的顺序来执行命令，在命令执行完毕之后就会将这个事务自动关闭。并且返回事务中所有命令的执行结果！

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k1 v1
QUEUED
127.0.0.1:6379> SET k2 v2
QUEUED
127.0.0.1:6379> GET k1
QUEUED
127.0.0.1:6379> SET k3 v3
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) OK
3) "v1"
4) OK

3. 取消事务执行

在事务提交之前使用DISCARD命令可以取消事务执行

取消事务
DISCARD

如我们取消正在向队列中加入命令的事务：

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k4 v4
QUEUED
127.0.0.1:6379> SET k5 v5
QUEUED
127.0.0.1:6379> DISCARD
OK

4. 事务编译时异常

如果我们的命令在书写上就存在明显代码错误，那么就会发生编译时异常，这个时候会有错误提示，但是事务仍能提交，但是提交之后，整个事务队列中的命令都不会执行。

举例：

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k5 v5
QUEUED
127.0.0.1:6379> SETGET k6 v6    #输入错误命令
(error) ERR unknown command `SETGET`, with args beginning with: `K6`, `V6`,
127.0.0.1:6379> GET k5
QUEUED
127.0.0.1:6379> EXEC    #事务执行报错
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> GET k6
(nil)

5 运行时异常

在Redis中如果事务中的命令存在运行时异常，那么在提交事务之后，不存在异常的命令同样会被执行，异常的命令会单独执行失败！

例如，我们在事务中输入一个运行时会发生错误的命令INCR
k9，给k9加一，但是k9并不存在，所以在提交事务之后该命令会执行失败，但是其他没有异常的命令可以执行成功！

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k7 v7
QUEUED
127.0.0.1:6379> INCR k9    #该命令运行时会报错，因为不存在k9
QUEUED
127.0.0.1:6379> GET k7
QUEUED
127.0.0.1:6379> SET k8 v8
QUEUED
127.0.0.1:6379> EXEC    #事务可以正常提交，但是异常的命令单独报错
1) OK
2) (error) ERR value is not an integer or out of range
3) "v7"
4) OK
127.0.0.1:6379> GET k8    #可以正常获取到k8的值
"v8"

6. Redis乐观锁实现

Redis中其实也是有锁的机制的，而且锁可以分为乐观锁和悲观锁，

悲观锁：认为什么时候都可能出错，所以在任何时候都会加锁
乐观锁：认为什么时候都不会出错，所以什么时候都不会加锁，在更新数据的时候只需要去判断，在此期间是否有人修改过这个数据即可！

所以如果想要实现乐观锁，我们需要使用一个命令去监控我们要操作的字段，在Redis中这个命令是：

WATCH key
key要监控的字段的索引

如果想要实现锁，那么一定是要伴随着事务进行的。

举例：

我们定义一个money字段表示我们的钱，定义一个outMoney字段表示花出去的钱，我们现在要开启一个事务执行下面这样一个任务：“money’花出去10元，则outMoney增加10元”，在开启事务之前先使用WATCH命令去监控money字段。

127.0.0.1:6379> SET money 100    #设置money为100
OK    
127.0.0.1:6379> SET outMoney 0    #设置outMoney为100
OK
127.0.0.1:6379> WATCH money        #监控money
OK
127.0.0.1:6379> MULTI    #开启事务
OK
127.0.0.1:6379> DECRBY money 10    #money减10
QUEUED
127.0.0.1:6379> INCRBY outMoney 10    #outMoney加10
QUEUED
127.0.0.1:6379> EXEC    #提交事务，执行成功
1) (integer) 90
2) (integer) 10

但是如果我们现在重复刚才的操作（正常情况下money应该变成80），但是并不急着提交事务，而且开启一个新的Redis客户端，在其中对我们的money加10，之后再提交上一个上一个事务，就会提示我们的money已经被修改，这个时候事务一定是执行失败的！
如下：

1、首先去监控money，并开始一个事务，将命令入队，但是不去提交，

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 outMoney 10
QUEUED

2、打开一个新的Redis客户端，修改money的值

127.0.0.1:6379> INCRBY money 10
(integer) 100

3、返回第一个Redis客户端，提交修改，并查询money的值，显示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> INCRBY outMoney 10
QUEUED
127.0.0.1:6379> EXEC
(nil)
127.0.0.1:6379> GET money
"100"

这就说明，在给字段添加监控的情况下通过事务去操作字段，如果在未提交时，有新的命令修改了字段值，那么事务一定会提交失败，但是在未监控的情况下，事务仍能提交成功！这就是Redis的乐观锁实现！

所以在实现乐观锁时，开启事务之前，一定要先给字段增加监控！

另外注意：Redis在每次事务提交之后，无论事务执行成功与否，该事务都会关闭，监控也会自动取消，在下次执行事务时都需要重新开启！