【Redis】Redis事务：原子性与回滚的真相揭秘

大家好，我是mep。今天一起来探讨一下Redis缓存的问题，SpringBoot如何集成Redis网上文章很多，基本都是介绍如何配置redisTemplate，如何调用，本文就不过多介绍了。这次我们研究的是：Redis的事务。

首先抛出一个问题，Redis支持事务吗？

 

 

答案肯定是支持，不然也不需要我们在这里探讨了。

然后你拿到关键词"Redis 事务"去搜索引擎搜索一下，得到了这样的答案：

Redis支持事务，But！Redis的事务不保证原子性，事务不会回滚。例如：我在Redis中提交了一个事务，包含3条命令，其中第2条命令报错了，并不会导致第一条命令的回滚，也不会阻止第三条命令的执行。

可是，真的是这样吗？你试过吗？哈哈，知道你懒得试，我来帮你们试试看喽！

先看一个我自己测试的例子，以下例子中RedisTemplate都开启了事务支持，否则测试没有意义，我的RedisConfiguration代码如下：

@Configuration
public class RedisConfiguration {
    @Bean
    public RedisTemplate redisTemplate(RedisConnectionFactory factory) {
        RedisTemplate template = new RedisTemplate<>();
        template.setEnableTransactionSupport(true);
        template.setConnectionFactory(factory);
        template.setKeySerializer(new StringRedisSerializer());
        template.setHashKeySerializer(new StringRedisSerializer());
        template.setValueSerializer(new GenericJackson2JsonRedisSerializer());
        template.setHashValueSerializer(new GenericJackson2JsonRedisSerializer());
        template.afterPropertiesSet();
        return template;
    }
}

 

例1，使用@Transactional注解，方法执行过程中报错，代码如下：

    @Transactional
    public void testRedisTransaction() {
        employeeMapper.updateByPrimaryKey(Employee.builder()
                        .id(4L)
                        .name("uuuuu")
                        .gender(Gender.MALE)
                .build());
        redisTemplate.opsForValue().set("111", "111");
        int i = 1 / 0;
        redisTemplate.opsForValue().set("222", "111");
    }

执行前Redis缓存情况：

执行以上方法后，肯定会报错：

java.lang.ArithmeticException: / by zero

猜猜执行完后数据库和Redis中数据操作是什么样的？

 

1.数据库会回滚，即update无效，这个并不意外，没啥可说的

2.执行后Redis缓存情况：

 空的？不是说Redis的事务不支持回滚吗？为什么key修改却无效了呢？

确实，因为Redis根本没有回滚，它的事务压根就没有提交！！！

这就是Redis的事务和关系型数据库不一样的地方，数据库一个事务中如果某一条SQL报错或方法中有RuntimeException（@Transactional默认）抛出的话，事务会回滚。对于Redis的事务来说，如果方法中抛RuntimeException的话，事务压根不提交，被DISCARD之后，自然不会执行。

如果你看到这里了，说明你一开始就质疑最上面搜索到的结果，连查到的知识都会质疑和验证，为什么要相信我上面说的事务压根就没有提交的结论呢？

带着疑问，我们继续验证，先上代码：

    @Transactional
    public void testRedisTransaction() {
        employeeMapper.updateByPrimaryKey(Employee.builder()
                .id(4L)
                .name("uuuuu")
                .gender(Gender.MALE)
                .build());
        System.out.println(1234);
        redisTemplate.opsForValue().set("111", "a");
        redisTemplate.opsForValue().set("222", "a");
        redisTemplate.exec();
        int i = 1 / 0;
    }

这次主动在报异常前提交了Redis事务，结果如下：

 到这里，我们得到结论是这样的：

Redis事务不能回滚，方法报异常时事务并没有回滚，之所以数据没有被写入到Redis，是因为事务被DISCARD了

根据我们查到的内容，还需要验证Redis的事务不能保证原子性，继续上示例： 

例2，使用@Transactional注解，在Redis事务中报错，代码如下：

    @Transactional
    public void testRedisTransactionOnly() {
        redisTemplate.opsForValue().set("333", "a");
        redisTemplate.opsForHash().put("333", "a", 111);
    }

正常来说，应该会报WRONGTYPE Operation的错误，不过，执行结果是这样的：

 甚至，连个错误都没有报！

是代码的问题吗？还是因为Redis的事务忽略了异常的命令，只执行了正常的命令？

继续测试，清空Redis，去掉@Transactional注解：

//    @Transactional
    public void testRedisTransactionOnly() {
        redisTemplate.opsForValue().set("333", "a");
        redisTemplate.opsForHash().put("333", "a", 111);
    }

执行结果：

 可见代码没有问题，确实会报错，只是提交到一个事务中，它不保证原子性，只执行了可执行的命令，即使后续的命令报错，也不会回滚，而且不会报错。

至此，Redis事务相关的验证已结束。

结论就是我们开始搜索到的结果：

Redis支持事务，But！Redis的事务不保证原子性，事务不会回滚，提交后会执行可正常执行的命令，忽略报错的命令。

最后，来自Redis官网的一句话佐证我们的结论， 附出处：Transactions | Redis