Redis的事务
Posted 小志的博客
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Redis的事务相关的知识，希望对你有一定的参考价值。
目录
一、Redis事务是什么
- 可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞
二、Redis事务能干嘛
- 一个队列中，一次性、顺序性、排他性的执行一系列命令
三、Redis 事务常用命令
| 常用命令 | 作用 |
|---|---|
| DISCARD | 表示取消事务，放弃执行事务块内的所有命令。 |
| EXEC | 表示执行所有事务块内的命令。 |
| MULTI | 标记一个事务块的开始 |
| UNWATCH | 取消 WATCH 命令对所有 key 的监视。 |
| WATCH key [key …] | 监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。 |
四、Redis事务怎么玩
1、正常执行示例：
- 正常执行表示在该事务范围内，所有操作都成功执行。
2、放弃事务示例
- 放弃事务表示在该事务范围内，所有操作都没有成功执行。
3、全体连坐示例
- 全体连坐表示执行命令直接报错，没有成功加入队列，导致执行事务命令exec时全部执行失败。
4、冤头债主示例
- 冤头债主表示执行命令已经成功加入队列，导致执行事务命令exec时提示错误的信息命令没有执行成功，其他命令已执行成功。
- 由此可知，redis对事务的支持是部分支持。
5、watch监控示例
- 悲观锁（Pessimistic Lock） ，顾名思义就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block知道它拿到锁。传统的关系型数据库里面就用到了很多这种锁机制，比如行锁，表锁，读锁，写锁等，都是在操作之前先上锁。
- 乐观锁（Optimistic Lock） ，顾名思义就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐关锁适用于多度的应用类型，这样可以提高吞吐量。
- 乐观锁策略： 提交版本必须大于记录当前版本才能执行更新。
（1）、示例场景1
- 场景以信用卡可用余额和欠额为例，进行演示。
- 注：以下演示示例中保证了两笔金额变动在同一个事物内，无加塞篡改的情况进行的演示示例。
- 结论：上图截图窗口中的事务执行之前这个key（即balance） 没有被其他命令所改动，那么该事务执行成功。
（2）、示例场景2
-
以信用卡可用余额和欠额为例，进行演示。下图截图中做测开启一个窗口表示一个人的操作，右侧的窗口表示另一个人的操作。
-
注：以下演示示例中保证了两笔金额变动不同一个事物内，有加塞篡改的情况进行的演示示例。
-
结论：上图截图中左侧窗口中的事务执行之前这个key（即balance） 没有被其他命令所改动，那么该事务将被打断，返回空，没有执行成功。
五、Redis事务的阶段
- 开启：以MULTI开支一个事务。
- 入队：将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面。
- 执行：由EXEC命令触发事务。
六、Redis事务的特性
- 单独的隔离操作：事务中所有命令都会序列化、按顺序执行。事务在执行过程中，不会被其他客户端发送的命令请求打断。
- 没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行。也就不存在“事务外的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头疼的问题。
- 不保证原子性：redis同一事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚。
以上是关于Redis的事务的主要内容，如果未能解决你的问题，请参考以下文章