Redis7之事务(五)
五 Redis 事务
5.1 介绍
- 可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化, 按顺序地串行化执行而不会被其他命令插入,不许加塞
- 一个队列中,一次性、顺序性、排他性的执行一系列命令
5.2 Redis事务和数据库事务
5.3 基本操作
正常执行
MULTI // 事务开始
EXEC // 执行事务
放弃事务
MULTI // 事务开始
DISCARD // 放弃事务
全体连坐
MULTI // 事务开始
EXEC // 执行
- 在MULTI 和 EXEC 之间有一个指令语法错误,所有的命令都不会执行,
冤头债主
- Redis 不提供事务回滚的功能,开发者必须在事务执行出错后,自行恢复数据库状态
- 注意和传统数据库事务区别,不一定要么一起成功要么一起失败
MULTI // 事务开始
EXEC // 执行
Watch 监控
- Redis使用Watch 来提供乐观锁定,类似于 CAS(Check-and-Set)
- 悲观锁
- 认为每次去拿数据都很认为别人会修改,所以每次拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁
- 乐观锁
- 认为每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据
- 提交版本必须 大于 记录当前版本才能执行更新
- CAS
- check-and-set(JUC中CAS操作相似)
- 悲观锁
watch
-
初始化 键值(k1 和 balance 两个key),先监控再开启multi,保证两key变动在同一事务内
-
有加塞篡改的话
- watch 命令是一种乐观锁的实现,Redis 在修改的时候会检测数据是否被更改,如果更改了,则执行失败
unwatch
- 放弃对键值监控
小结
- 一旦执行了 exec 之前加的watch监控锁都会被取消掉
- 当客户端连接丢失的时候(比如退出连接),所有东西都会被取消监视
5.4 总结
- 开启
- 以 MULTI 开始一个事务
- 入队
- 将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面
- 执行
- 由EXEC命令触发事务