文章目录

• ​​一、前言​​
• ​​二、Redis事务特性​​
• ​​三、事务命令基本使用​​

• ​​3.1 事务的四条命令​​
• ​​3.2 转账(开启事务并执行事务)​​
• ​​3.3 事务的取消和watch​​

• ​​四、事务发生异常​​
• ​​五、尾声​​

一、前言

引入Redis事务的现实需求：redis 的单个命令都是原子，比如set get，但是多个redis命令如何做到原子性呢？
答案是两种实现方式：要么是Redis事务，要么是Lua脚本。

二、Redis事务特性

Redis事务特性
1、按进入队列的顺序执行，先进入先执行
2、不会受到其他客户端的请求的影响
3、事务不能嵌套，多个multi命令效果一样

三、事务命令基本使用

3.1 事务的四条命令

事务命令：
multi：开启事务，multi表示多条，就是开启事务的意思
exec：执行事务
discard：取消事务/回滚事务
watch：监视key，如果被监视的key在exec之前被修改，事务会取消（凡是进入到事务里面就被watch了，只有修改，事务队列里这个就不能执行成功）

watch 命令的底层原理类似 cas 乐观锁(compare and set)，为什么是乐观锁呢？其实还是为了保证 redis 的速度

3.2 转账(开启事务并执行事务)

set tom 1000
set mic 1000
multi 
decrby tom 100
incrby mic 100
exec

3.3 事务的取消和watch

事务的取消和watch

discard：取消事务
watch：监视key，如果被监视的key在exec之前被修改，事务会取消（凡是进入到事务里面就被watch了，只有修改，事务队列里这个就不能执行成功）

watch 命令的底层原理类似 cas 乐观锁(compare and set)，为什么是乐观锁呢？其实还是为了保证 redis 的速度

四、事务发生异常

事务发生异常包括两种：执行事务之前 + 执行事务之后

如果执行exec事务之前出现错误，可以回滚
如果执行exec事务之后出现错误，不可以回滚

对于执行exec事务之后出现错误，Redis的设计不可以回滚，这样设计的理由是：

(1) 一般来说，执行exec事务之后发生的都是语法错误，这种错误如果已经在测试环境中执行了，在生产环境中不会犯这样的错误；
(2) 如果向 mysql 一样，提供一个 undo log 日志，会对redis速度产生影响。

Redis 为了性能考虑，不做 undolog 日志，就无法回滚执行 exec事务 之后的错误，这也是 Redis 事务的局限性，所以开发中解决多个redis命令的原子性问题，基本都会才有 lua脚本 实现，而不是 Redis 事务。

五、尾声

Redis事务，完成了。