Redis(五)事务
可以一次执行多个命令,是一个命令组,一个事务中,所有命令都会序列化(排队),不会被插队;
一个队列中,一次性,顺序性,排他性的执行一系列命令
三特性:
- 隔离性:所有命令都会按照顺序执行,事务在执行的过程中,不会被其他客户端送来的命令打断
- 没有隔离级别:队列中的命令没有提交之前都不会被实际的执行,不存在“事务中查询要看到事务里的更新,事务外查询不能看到”这个头疼的问题
- 不保证原子性:冤有头债有主,如果一个命令失败,但是别的命令可能会执行成功,没有回滚
三步走:
- 开启multi
- 入队queued
- 执行exec
与关系型数据库事务相比:
- multi:可以理解成关系型事务中的 begin
- exec :可以理解成关系型事务中的 commit
- discard :可以理解成关系型事务中的 rollback
一起生
开启事务,加入队列,一起执行,并成功
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> get k1
QUEUED
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> exec #一起执行事务
1) OK
2) OK
3) OK
4) "v1"
5) OK
一起死
放弃之前的操作,恢复到原来的值
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> set k1 v111 #加入事务队列
QUEUED
127.0.0.1:6379> set k2 v222
QUEUED
127.0.0.1:6379> discard #放弃事务,相当于回滚
OK
127.0.0.1:6379> get k1
"v1"
一粒老鼠屎坏一锅汤
一句报错,全部取消,恢复到原来的值
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> set k5 v5
QUEUED
127.0.0.1:6379> set lllll #错误语句,报错
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379> set k6 v6
QUEUED
127.0.0.1:6379> exec #执行事务
(error) EXECABORT Transaction discarded because of previous errors. #报错,队列命令全部取消
127.0.0.1:6379> keys *
1) "k2"
2) "k4"
3) "k3"
4) "k1"
冤有头债有主
追究责任,谁的错,找谁去
此处显示并不支持原子性
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> incr k1
QUEUED
127.0.0.1:6379> set k5 v5
QUEUED
127.0.0.1:6379> set k6 v6
QUEUED
127.0.0.1:6379> exec
1) (error) ERR value is not an integer or out of range #明确错误
2) OK
3) OK
127.0.0.1:6379> keys *
1) "k1"
2) "k2"
3) "k5" #事务队列2执行成功
4) "k3" #事务队列3执行成功
5) "k4"
6) "k6"
127.0.0.1:6379> get k1 #事务队列1执行失败
"v1"
watch监控
测试:模拟收入与支出
正常情况下:
127.0.0.1:6379> set in 100 #收入 100
OK
127.0.0.1:6379> set out 0 #支出 0
OK
127.0.0.1:6379> multi #事务开启
OK
127.0.0.1:6379> decrby in 20 #收入 - 20
QUEUED
127.0.0.1:6379> incrby out 20 #支出 + 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 80
2) (integer) 20
特殊情况下:
127.0.0.1:6379> watch in #监控收入in
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby in 20
QUEUED
127.0.0.1:6379> incrby out 20
QUEUED
127.0.0.1:6379> exec
(nil) #在执行exec之前,我开启了另一个窗口(线程),对监控的in做了修改,所以本次事务将被打断(失效),类似于“乐观锁”
unwatch:取消watch命令对所有key的操作
- 一旦执行了exec命令,那么之前加的所有监控自动失效!