Redis事务
一 Redis事务是什么
可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不许加塞。
二 Redis事务能干嘛
一个队列中,一次性、顺序性、排他性的执行一系列命令。
三 Redis事务 VS 数据库事务
- 单独的隔离操作
Redis的事务仅仅是保证事务里的操作会被连续独占的执行,redis命令执行时单线程架构,在执行完事务内所有指令前是不可能再去同时执行其它客户端的请求的。
- 没有隔离级别的概念
因为事务提交前任何指令都不会被实际执行,也就不存在“事务内的查询要看到事务里的更新”,在事务外查询不能看到“这种问题了”。
- 不保证原子性
Redis的事务
不保证原子性
,也就是不保证素有指令同时成功或同时失败,只有决定是否开始执行全部指令的能力,没有执行到一半进行回滚的能力。 - 排它性
Redis会保证一个事务内的命令依次执行,而不会被其它命令插入。
四 案例实战
4.1 案例
> MULIT
ok
> INCR foo
QUEUED
> INCR bar
QUEUED
> EXEC
1) (integer) 1
2) (integer) 1
4.2 Redis事务命令
4.3 正常执行
- MULTI :开启事务
- EXEC :执行所有事务块内的命令
4.4 放弃事务
- MULTI:开启事务
- DISCARD:取消事务,放弃执行事务块内的所有命令
4.5 全体连坐
4.6 冤头债主
Redis不提供事务回滚的功能,开发者必须在事务执行出错后,自行恢复数据库状态。
注意和传统数据库事务区别,不一定要么一起成功要么一起失败。
4.7 watch监控
4.7.1 理论基础
Redis使用Watch来提供乐观锁定,类似于CAS(Check-and-Set):
- 悲观锁:Pessimistic Lock,顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。
- 乐观锁:Optimistic Lock,顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。
乐观锁测试:提交版本必须大于记录当前版本才能执行更新
。 - CAS:Check-and-set
4.7.2 watch
- 初始化k1和balance两个key,先监控再开启multi,保证两个key变动在同一个事务内
- 有加塞篡改
4.7.3 unwatch
4.7.4 小结
- 一旦执行了exec之前加的监控锁都会被取消掉了。
- 当客户端连接丢失的时候(比如退出链路),所有东西都会被取消监视。
五 总结
- 开启:以MULTI开始一个事务。
- 入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面。
- 执行:由EXEC命令触发事务。