Redis 事务

dongCSDN

2020-06-12

关注关注

一、Redis事务的概念：

Redis 事务可以一次执行多个命令，并且带有以下三个重要的保证：

批量操作在发送 EXEC 命令前被放入队列缓存。
收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段：

开始事务。
命令入队。
执行事务。

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。

事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

二、Redis事务没有隔离级别的概念：

批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到。

三、Redis事务相关命令：

watch key1 key2 ... : 监视一或多个key,如果在事务执行之前，被监视的key被其他命令改动，则事务被打断（类似乐观锁）

multi : 标记一个事务块的开始（ queued ）

exec : 执行所有事务块的命令（一旦执行exec后，之前加的监控锁都会被取消掉）　

discard : 取消事务，放弃事务块中的所有命令

unwatch : 取消watch对所有key的监控

四、Redis事务案例

1）正常执行事务

Redis 事务

2）放弃事务

Redis 事务

3）若在事务队列中存在命令性错误（类似于java已检查异常），则执行EXEC命令时，所有命令都不会执行

4）若在事务队列中存在语法性错误（类似于java的运行时异常），则执行EXEC命令时，其他正确命令会被执行，错误命令抛出异常。

5）watch监控

案例一：使用watch检测balance，事务期间balance数据未变动，事务执行成功

Redis 事务

案例二：使用watch检测balance，在开启事务后（标注1处），在新窗口执行标注2中的操作，更改balance的值，模拟其他客户端在事务执行期间更改watch监控的数据，然后再执行标注1后命令，执行EXEC后，事务未成功执行。

Redis 事务

一但执行 EXEC 开启事务的执行后，无论事务使用执行成功， WARCH 对变量的监控都将被取消。

故当事务执行失败后，需重新执行WATCH命令对变量进行监控，并开启新的事务进行操作。

总结：

watch指令类似于乐观锁，在事务提交时，如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改，则使用EXEC执行事务时，事务队列将不会被执行，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。

基于redisTemplate使用redis事务

方式1：

redisTemplate.setEnableTransactionSupport(true);

该方式可配合spring @Transactional使用

方式2：

@Test
public void test() throws Exception{
　　redisTemplate.execute(new SessionCallback() {
　　　　@Override
　　　　public Object execute(RedisOperations operations) throws DataAccessException {
　　　　　　operations.multi();
　　　　　　operations.opsForValue().set("K1", "v1");
　　　　　　operations.opsForValue().set("K2", "v2");
　　　　　　operations.opsForValue().set("K3", "v3");
　　　　　　return operations.exec();
　　　　}
　　});
}

总结：我们在 SpringBoot 中操作 Redis 时，使用 RedisTemplate 的默认配置已经能够满足大部分的场景了。如果要执行事务操作，使用 SessionCallback 是比较好，(需要使用时使用，粒度更细)也是比较常用的选择