Redis 事务处理

Posted 2021-11-10

Redis 事务处理

Redis 事务处理概念

众所周知，事务是指 “一个完整的动作，要么全部执行，要么什么也没有做”。

在聊 redis 事务处理之前，要先和大家介绍四个redis指令，即MULTI、EXEC、DISCARD、WATCH。这四个指令构成了redis事务处理的基础。

• MULTI：用来组装一个事务；
• EXEC：用来执行一个事务；
• DISCARD：用来取消一个事务；
• WATCH：用来监视一些key，一旦这些key在事务执行之前被改变，则取消事务的执行

MULTI 和 EXEC 使用

有关事务，大家经常会遇到的是两类错误：

调用 EXEC 之前的错误（语法错误）

“调用EXEC之前的错误”，有可能是由于语法有误导致的，也可能时由于内存不足导致的。只要出现某个命令无法成功写入缓冲队列的情况，redis 都会进行记录，在客户端调用 EXEC 时，redis会拒绝执行这一事务，事务会回滚。

调用 EXEC 之后的错误（数据类型错误）

而对于“调用EXEC之后的错误”，redis则采取了完全不同的策略，即 redis 不会理睬这些错误，而是继续向下执行事务中的其他命令。这是因为，对于应用层面的错误，并不是redis自身需要考虑和处理的问题，所以一个事务中如果某一条命令执行失败，并不会影响接下来的其他命令的执行，事务不会回滚。

DISCARD 使用

Discard 命令用于取消事务，放弃执行事务块内的所有命令。

WATCH 使用

WATCH本身的作用是“监视key是否被改动过”，而且支持同时监视多个key，只要还没真正触发事务，WATCH都会尽职尽责的监视，一旦发现某个key被修改了，在执行EXEC时就会返回nil，表示事务无法触发。

四. Redis事务处理

Redis目前对事务的支持还是比较简单，Redis能保证一个Client发起的事务中的命令可以连续执行，而中间不会插入其他Client的命令；当一个Client在连接中发起一个multi命令的时候，这个连接会进入事务上下文，而连接后续的命令不会立即执行，而是先放到一个队列中，当执行exec命令的时候，redis会顺序的执行该队列中的所有命令。

 

Redis事务涉及的命令关键字：MULTI 进入一个事务上下文，EXEC 执行事务 ，DISCARD 回滚事务 ， Watch 事务乐观锁

 

在SQLServer 或 Mysql 当中的事务（当事务中操作出现错误的时候，会完全回滚事务）。但是在 Redis 中会有些不一样。

可以从下面命令执行过程中看到：

127.0.0.1:6379> set age 10
OK
127.0.0.1:6379> set name hexu
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr age
QUEUED
127.0.0.1:6379> incr name
QUEUED
127.0.0.1:6379> exec
1) (integer) 11
2) (error) ERR value is not an integer or out of range
127.0.0.1:6379> get age
"11"
127.0.0.1:6379> get name
"hexu"

 

key["age"]是一个int，key["name"]是一个字符串，当我们通过incr命令递增age和name的时候，name出现错误，最后我们执行exec命令，age的结果没有回滚。这就redis需要改进的地方。

 

事务乐观锁

watch 命令会监视给定的key ，当exec时候，如果监视的key发生过变化，则整个事务失败。

当有多个Session时，Seesion1 首先开启事务，对 age 赋值为 100，此时事务暂时未被Exec。Session2使用非事务方式对 age 赋值为 120，赋值完成。然后 Session1执行 Exec命令。当一个key被加上乐观锁的时候，该事务会执行失败。

Session1：

127.0.0.1:6379> WATCH age　　　　　　第一步
OK
127.0.0.1:6379> MULTI　　　　　　　　  第二步
OK
127.0.0.1:6379> set age 100　　　　　　第三步
QUEUED
127.0.0.1:6379> EXEC　　　　　　　　　 第五步
(nil)

Session2:

127.0.0.1:6379> set age 120　　　　　　第四步
OK

使用 EXEC，DiSCARD，UNWATCH 命令都会清除连接中的监视