Redis事务

Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证：

• 批量操作在发送 EXEC 命令前被放入队列缓存。
• 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
• 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段：

• 开始事务。
• 命令入队。
• 执行事务。

实例操作：

案例场景：银行转账功能，假设 marry 和 mike 账户中分别有 1000 元，这时，marry 给 mike 转账 100 元，那么会从 marry 的账户中扣除 100 元，同时给 mike 的账户增加 100 元。

命令如下：

127.0.0.1:6379> set marry 1000
OK
127.0.0.1:6379> set mike 1000
OK
127.0.0.1:6379> get marry
"1000"
127.0.0.1:6379> get mike
"1000"
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> DECRBY marry 100
QUEUED
127.0.0.1:6379> INCRBY mike 100
QUEUED
127.0.0.1:6379> EXEC
1) (integer) 900
2) (integer) 1100
127.0.0.1:6379> get marry
"900"
127.0.0.1:6379> get mike
"1100"
127.0.0.1:6379>

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。

Redis 事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

如果在 DECRBY mike 100 处失败，INCRBY marry 100 已成功不会回滚。

扩展点：在关系型数据库中事务是具有ACID特性的，即：原子性(Atomicity)，一致性(Consistency)，隔离性(Isolation)，持久性 (Durability)