Redis 事务可以一次执行多个命令, 并且带有以下三个重要的保证:
- 批量操作在发送 EXEC 命令前被放入队列缓存。
- 收到 EXEC 命令后进入事务执行,事务中任意命令执行失败,其余的命令依然被执行。
- 在事务执行过程,其他客户端提交的命令请求不会插入到事务执行命令序列中。
一个事务从开始到执行会经历以下三个阶段:
- 开始事务。
- 命令入队。
- 执行事务。
实例
以下是一个事务的例子, 它先以 MULTI 开始一个事务, 然后将多个命令入队到事务中, 最后由 EXEC 命令触发事务, 一并执行事务中的所有命令:
127.0.0.1:6379> multi OK 127.0.0.1:6379> set name redis666888 QUEUED 127.0.0.1:6379> exists name QUEUED 127.0.0.1:6379> get name QUEUED 127.0.0.1:6379> sadd names tom jerry jack zhangsan lisi QUEUED 127.0.0.1:6379> smembers names QUEUED 127.0.0.1:6379> exec 1) OK 2) (integer) 1 3) "redis666888" 4) (integer) 5 5) 1) "zhangsan" 2) "jack" 3) "jerry" 4) "tom" 5) "lisi" 127.0.0.1:6379>
单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。
例如上面的操作, sadd命令如果失败了, 前面的set命令不会回滚, 而sadd命令之后的命令也会照样执行
Redis 事务命令
下表列出了 redis 事务的相关命令:
- DISCARD
- EXEC
- MULTI
- UNWATCH
- WATCH