事务
1. 概述
-
Redis 事务的本质: 一组命令的集合! 一个事务中的所有命令都会被序列化, 在事务执行的过程中, 会按照顺序执行
-
一次性
-
顺序性
-
排他性
-------- 队列 set set set 执行 --------
- Redis 单条命令保证原子性的, 但是事务不保证原子性!
- Redis事务没有隔离级别的概念
- 所有的命令在事务中并没有直接被执行, 只有发起执行命令的时候才会执行
- Redis的事务分为三个阶段
- 开启事务 ===> multi
- 命令入队 ......
- 执行任务 ===> exec
2. 正常执行事务
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) "v2"
4) OK
事务执行完毕后, 自动关闭, 想接着用事务, 需要再开启!
3. 放弃事务
discard
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> get k4
(nil)
我们在这里放弃了事务, 在上面成功的事务中已经 set 了 k1 和 k2, 但是没有 set k4, 因此这里 k4 是空, 表示事务没有执行!
一旦放弃事务, 事务队列中的命令都不会被执行
4. 编译型异常 (命令有错)
事务中所有的命令都不会被执行!
执行事务的时候会报错
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> getset k3
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> set k5 v5
QUEUED
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> keys *
(empty array)
5. 运行时异常
如果事务队列中存在语法性错误, 那么执行命令的时候, 其他命令可以正常执行的
错误命令会抛出异常
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr k1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> get k3
QUEUED
127.0.0.1:6379> exec
1) (error) ERR value is not an integer or out of range
2) OK
3) OK
4) "v3"
虽然第一条命令报错了, 但是依旧正常执行成功了!