以下是一个事务的例子, 它先以 MULTI 开始一个事务, 然后将多个命令入队到事务中, 最后由 EXEC 命令触发事务, 一并执行事务中的所有命令:
[root@node01 redis-3.0.4]# redis-cli
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET name "guhaohao"
QUEUED
127.0.0.1:6379> get name
QUEUED
127.0.0.1:6379> sadd habbit "python" "Java"
QUEUED
127.0.0.1:6379> SMEMBERS habbit
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) "guhaohao"
3) (integer) 2
4) 1) "python"
2) "Java"
单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。
比如:
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET a a
QUEUED
127.0.0.1:6379> SET b b
QUEUED
127.0.0.1:6379> SET c c
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) OK
3) OK
如果在 set b b 处失败,set a 已成功不会回滚,set c 还会继续执行
原文:https://www.cnblogs.com/ghh520/p/13227579.html