目录
一、Redis 事务是什么
二、Redis 事务命令操作
三、Redis 事务中的命令错误处理
3.1、事务中出现命令语法错误
3.2、事务中出现命令逻辑错误
四、事务冲突的解决办法
4.1、事务冲突问题
4.1、方法一:悲观锁
4.2、方法二:乐观锁
一、Redis 事务是什么
Redis 事务是一个原子性的操作:事务中的所有命令都会序列化,按顺序执行,事务执行过程中不会被其他客户端的命令请求打断.
例如下图:
Redis 事务主要就是用来串联多个命令,防止其他命令插队~
二、Redis 事务命令操作
主要以下三个命令:
Multi:输入此命令开始,之后输入的命令会一次进入命令队列中,但不会执行.
Exec:让 Redis 将之前命令队列中的命令依次执行.
discard:放弃组队(删除队列中的所有命令).
例如 组队 + 执行 ,如下:
例如 组队 + 放弃组队,如下:
Ps:作用类似 MySQL 中的创建事务,提交/回滚事务,但不完全一样:
- MySQL 中开启事务后,会执行之后输入的所有命令,一旦出现错误,会将回滚到开启事务的时候.
- Redis 的使用 multi 命令后,输入的所有命令都不会执行,而是放入一个队列当中,只有执行exec 时才依次执行所有的指令,一旦出现错误,也会出现两种不同的类型(后面会具体讲).
三、Redis 事务中的命令错误处理
3.1、事务中出现命令语法错误
当在事务中出现命令的语法错误,那么在 exec 执行所有组队命令的时候,则会放弃刚刚组队的所有命令任务。
3.2、事务中出现命令逻辑错误
当在事务中出现命令的逻辑错误,那么在 exec 执行所有组队命令的时候,则会放弃刚刚逻辑错误的那一条命令,其他正确的命令正常执行。
四、事务冲突的解决办法
4.1、事务冲突问题
想象这样一个场景:在我的账户里有 1000 块钱,此时我的 朋友1 和 朋友2 要同时从我的账户中取 600 块钱,由于 朋友1 取钱的时候看到的是 1000 元,朋友2 取钱的时候看到的也是 1000 元,因此账户中同时扣款中最后就只剩 -200 元,但实际上我们不允许账户出现负数情况,此时就出现了事务冲突.
如何解决呢?接着往下看~
4.1、方法一:悲观锁
顾名思义,总是假设容易发生所冲突,因此在每次操作前都会进行一个加锁的操作.
例如刚刚 事务冲突问题 中所描述的栗子,悲观锁要做的就是在每个用户操作之前先进行加锁,其他用户要访问这个资源只能先阻塞等待.
适用场景:写操作多(需要加锁的场景多), 读操作少的场景。
4.2、方法二:乐观锁
顾名思义,总假设不容易发生所冲突,因此每次操作前都不会上锁,而是给当前资源加上版本号,操作完后,修改版本号,若有其他用户来进行写操作,会先对比版本号,若版本号不符合预期,则停止操作.
例如当有两个用户同时进行取款操作,先取到款的用户会修改版本号,当用户二取款时就会发现版本号不一样,就不能在执行之前的操作(发现不一致,直接停止操作).
适用场景:适用于读操作多,写操作少的场景,可以提高吞吐量~