Redis 事务

Redis 事务

概念

Redis 事务是一组命令的集合，使用队列进行实现。一个事务中的所有命令都将被序列化，按照一次性、顺序性、排他性的执行一系列的命令。

这里与 MySQL 事务有所不同，感兴趣的小伙伴可以看一下小白以前对MySQL事务的总结哦MySQL事务

三大特性

• 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断；
• 没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”。
• 不保证原子性：Redis 同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚；

Redis 事务执行的三个阶段

• 开启事务：以 multi 命令开启一个事务，即创建一个队列存放命令；
• 命令入队：将多个命令加入到队列中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面；
• 执行事务：由 exec 命令触发事务；

Redis 事务控制的相关命令

命令	作用
multi	开启一个事务，后面所有命令都不是马上执行，而是都加入到一个队列中
exec	执行 multi 后面命令队列中的所有命令
discard	放弃执行队列中的命令
watch	“观察”、“监控”一个 KEY，在当前队列外的其他命令操作这个 KEY 时，放弃执行自己队列的命令
unwatch	放弃监控一个 KEY

正常使用 Redis 事务举例如下：

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set id 1
QUEUED
127.0.0.1:6379(TX)> incr id
QUEUED
127.0.0.1:6379(TX)> set name xiaobai
QUEUED
127.0.0.1:6379(TX)> get id
QUEUED
127.0.0.1:6379(TX)> get name
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) (integer) 2
3) OK
4) "2"
5) "xiaobai"

中途放弃事务举例如下：

127.0.0.1:6379> keys *
1) "id"
2) "name"
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set age 23
QUEUED
127.0.0.1:6379(TX)> set email 123456@qq.com
QUEUED
127.0.0.1:6379(TX)> discard
OK
127.0.0.1:6379> keys *
1) "id"
2) "name"

使用 watch 命令举例如下：

127.0.0.1:6379> set num 0
OK
127.0.0.1:6379> watch num
OK
127.0.0.1:6379> incrby num 10
(integer) 10
127.0.0.1:6379> get num
"10"
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> get num
QUEUED
127.0.0.1:6379(TX)> get id
QUEUED
127.0.0.1:6379(TX)> incrby num 10
QUEUED
127.0.0.1:6379(TX)> get num
QUEUED
127.0.0.1:6379(TX)> exec
(nil)
127.0.0.1:6379> get num
"10"

注意：

使用 watch 监视一个或多个 key , 跟踪 key 的 value 修改情况，如果有key 的 value 值在事务 exec 执行之前被修改了，整个事务被取消。

命令队列执行失败的两种情况

1. 加入队列时失败：

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> set age 23
QUEUED
127.0.0.1:6379(TX)> incr number
QUEUED
127.0.0.1:6379(TX)> set email
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379(TX)> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> keys *
1) "id"
2) "name"

命令集合中含有可检测到的错误，即语法错误，整个队列都不会执行。

2. 执行队列时失败：

127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> incr id
QUEUED
127.0.0.1:6379(TX)> set age 23
QUEUED
127.0.0.1:6379(TX)> get age
QUEUED
127.0.0.1:6379(TX)> incr name
QUEUED
127.0.0.1:6379(TX)> get name
QUEUED
127.0.0.1:6379(TX)> exec
1) (integer) 3
2) OK
3) "23"
4) (error) ERR value is not an integer or out of range
5) "xiaobai"
127.0.0.1:6379> keys *
1) "age"
2) "id"
3) "name"

错误在入队时检测不出来，即非语法错误，整个队列执行时有错误的命令会执行失败，但是不影响其他正确命令的执行，即其他命令并没有回滚。

拓展：

关于 Redis 为什么不支持回滚，官方的解释如下：

如果你有使用关系式数据库的经验， 那么 “Redis 在事务失败时不进行回滚，而是继续执行余下的命令”这种做法可能会让你觉得有点奇怪。以下是这种做法的优点：
1.Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令用在了错误类型的键上面：这也就是说，从实用性的角度来说，失败的命令是由编程错误造成的，而这些错误应该在开发的过程中被发现，而不应该出现在生产环境中。
2.因为不需要对回滚进行支持，所以 Redis 的内部可以保持简单且快速。
有种观点认为 Redis 处理事务的做法会产生 bug ， 然而需要注意的是， 在通常情况下， 回滚并不能解决编程错误带来的问题。 举个例子， 如果你本来想通过 INCR 命令将键的值加上 1 ， 却不小心加上了 2 ， 又或者对错误类型的键执行了 INCR ， 回滚是没有办法处理这些情况的。