事务

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"

虽然第一条命令报错了,但是依旧正常执行成功了!