- Redis事务的五个命令
命令 | 描述 |
MULTI | 标记一个事务块的开始 |
EXEC | 执行所有事务块内的命令 |
DISCARD | 取消事务,放弃执行事务块内的所有命令 |
WATCH | 监视一个(或多个)key,如果在事务执行之前这个(或多个)key被其他命令所改动,那么事务将被打断 |
UNWATCH | 取消WATCH命令对所有keys的监视 |
简单示例:
- case1:正常执行(可以批处理 挺爽 每条操作成功的话都会各取所需 互不影响)
- Case2:放弃事务(discard操作表示放弃事务)
- Case3:全体连坐(某一条操作记录报错的话,exec后所有操作都不会成功)
- Case4:冤头债主(示例中 k1被设置为String类型,decr k1可以放入操作队列中,因为只有在执行的时候才可以判断出语句错误,其他正确的会被正常执行)
- Case5:watch监控
watch指令,类似乐观锁,事务提交时,如果key的值已被别的客户端改变,比如某个list已被别的客户端push/pop过了,整个事务队列都不会被执行。
通过watch命令在事务执行之前监控了多个keys,倘若在watch之后又任何key的值发生变化,exec命令执行的事务都将被放弃,同时返回Nullmulit-bulk应答以通知调用者事务执行失败
事务的三阶段和三特性
三阶段
参考:周阳老师redis教学内容
事务的三阶段和三特性
三阶段
- 开启:以MULTI开始一个事务
- 入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面
- 执行:由EXEC命令触发事务的执行
三特性
- 单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
- 没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,也就不存在”事务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题
- 不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
参考:周阳老师redis教学内容