六:redis事务
redis事务本质:一组命令的集合!一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行!
一次性,顺序性,排他性!执行一系列的命令
----队列 set set set 执行----
redis事务没有隔离级别概念!
所有命令在事务中,并没有直接被执行,只有发起执行命令时才会执行!Exec
redis单条命令是保证原子性的,但是事务不保证原子性!
redis的事务:
- 开启事务(multi)
- 命令入队(需执行的命令)
- 执行事务(exec)
正常执行事务:
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
放弃事务:
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> set k4 v4 #命令入队
QUEUED
127.0.0.1:6379> discard #取消事务,队列中的命令不会执行
OK
127.0.0.1:6379> get k4
(nil)
编译异常(代码有问题!命令有错),事务中的所有命令都不会被执行:
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> getset k4 #错误命令
(error) ERR wrong number of arguments for 'getset' command
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> get k5
(nil)
运行时异常(1/0),如果事务队列中存在命令执行时错误,那这条命令将执行失败,但队列中其它命令正常执行:
127.0.0.1:6379> set k6 v6
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr k6 #递增字符串,会执行报错
QUEUED
127.0.0.1:6379> set k7 v7
QUEUED
127.0.0.1:6379> get k7
QUEUED
127.0.0.1:6379> exec #自增命令失败,但其它成功执行。所以前面说事务不保证原子性
1) (error) ERR value is not an integer or out of range
2) OK
3) "v7"