Redis事务
Redis事务本质:一组命令的集合,将一些命令放在队列中。一个事务中所有的命令都会被序列化,在事务执行工程中,会按照顺序执行。
- 一致性
- 顺序性
- 排他性
Redis事务没有隔离级别的概念!!!所有的命令在事务中,并没有直接被执行,只有发起执行命令的时候才会执行 Exec
Redis单条命令是保持原子性的,但是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>
放弃事务 discard,命令队列中的命令都不会执行
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> discard # 放弃事务
OK
127.0.0.1:6379> get k4 #上面已经放弃事务了,所以获取不到k4的值
(nil)
127.0.0.1:6379>
编译型异常(代码有问题,命令有错),这个时候事务中所有的命令都不会执行
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> cesi k3 # 错误的命令
(error) ERR unknown command `cesi`, with args beginning with: `k3`,
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> exec # 这个时候发现执行出错,那么其他命令都不会执行
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get k1 # 获取不到值
(nil)
127.0.0.1:6379>
运行时异常,编译的时候通过,如果事务队列中的命令有bug(除以0),那么其他的命令是可以正常执行的
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> incr k1 # 给字符串类型的自增,肯定到时候执行的时候会出错
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> exec
1) OK
2) (error) ERR value is not an integer or out of range
3) OK
4) "v2"
127.0.0.1:6379> get k2 #(尽管队列中的命令执行出错,但是不影响其他的命令的执行)
"v2"
127.0.0.1:6379>
Redis监控! watch (面试常问的)
悲观锁:
- 很悲观,认为什么时候都会出问题,无论做什么都会加锁!
乐观锁:
- 很乐观,任务什么时候都不会出现问题,所以不会上锁!更新数据的时候再次期间是否有人改动过数据
- 获取version
- 更新的时候比较version
Redis监视测试
执行执行成功
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set pay 0
OK
127.0.0.1:6379> watch money # 监视money对象
OK
127.0.0.1:6379> multi # 事务正常结束,数据期间没有发生数据变动,这个时候正常执行成功
OK
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby pay 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 80
2) (integer) 20
127.0.0.1:6379>
测试多线程下执行,使用watch可以当做redis的乐观锁操作
127.0.0.1:6379> set money 100 # 监视money对象
OK
127.0.0.1:6379> set pay 0
OK
127.0.0.1:6379> watch money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby pay 20
QUEUED
127.0.0.1:6379> exec # 在执行这个命令执行,其他的redis客户端修改了money的值,那么执行事务的时候就会出错
(nil)
127.0.0.1:6379> unwatch # 解锁 (如果发现事务执行失败,那么就先解锁,获取最新的值,再次监视)
127.0.0.1:6379> watch money # 然后再加锁
127.0.0.1:6379> multi # 开启事务。。。
。
。