【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<String, Object> redisTemplate(RedisConnectionFactory factory) { RedisTemplate<String, Object> 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
