【Redis】Redis事务：原子性与回滚的真相揭秘
大家好，我是mep。今天一起来探讨一下Redis缓存的问题，SpringBoot如何集成Redis网上文章很多，基本都是介绍如何配置redisTemplate，如何调用，本文就不过多介绍了。这次我们研究的是：Redis的事务。首先抛出一个问题，Redis支持事务吗？
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230925100949659-329255835.png
答案肯定是支持，不然也不需要我们在这里探讨了。
然后你拿到关键词"Redis 事务"去搜索引擎搜索一下，得到了这样的答案：
Redis支持事务，But！Redis的事务不保证原子性，事务不会回滚。例如：我在Redis中提交了一个事务，包含3条命令，其中第2条命令报错了，并不会导致第一条命令的回滚，也不会阻止第三条命令的执行。
可是，真的是这样吗？你试过吗？哈哈，知道你懒得试，我来帮你们试试看喽！
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922154120980-1888889944.jpg
先看一个我自己测试的例子，以下例子中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缓存情况：
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922154919510-1046558386.png
执行以上方法后，肯定会报错：
java.lang.ArithmeticException: / by zero猜猜执行完后数据库和Redis中数据操作是什么样的？
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922154624631-1941743101.png
1.数据库会回滚，即update无效，这个并不意外，没啥可说的
2.执行后Redis缓存情况：
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922155307528-1715462727.png
空的？不是说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事务，结果如下：
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922164130154-523773235.png
到这里，我们得到结论是这样的：
Redis事务不能回滚，方法报异常时事务并没有回滚，之所以数据没有被写入到Redis，是因为事务被DISCARD了
根据我们查到的内容，还需要验证Redis的事务不能保证原子性，继续上示例：
例2，使用@Transactional注解，在Redis事务中报错，代码如下：
@Transactional
public void testRedisTransactionOnly() {
redisTemplate.opsForValue().set("333", "a");
redisTemplate.opsForHash().put("333", "a", 111);
}正常来说，应该会报WRONGTYPE Operation的错误，不过，执行结果是这样的：
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922164853126-11367181.png
甚至，连个错误都没有报！
是代码的问题吗？还是因为Redis的事务忽略了异常的命令，只执行了正常的命令？
继续测试，清空Redis，去掉@Transactional注解：
// @Transactional
public void testRedisTransactionOnly() {
redisTemplate.opsForValue().set("333", "a");
redisTemplate.opsForHash().put("333", "a", 111);
}执行结果：
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922165353139-982055754.png
可见代码没有问题，确实会报错，只是提交到一个事务中，它不保证原子性，只执行了可执行的命令，即使后续的命令报错，也不会回滚，而且不会报错。
至此，Redis事务相关的验证已结束。
结论就是我们开始搜索到的结果：
Redis支持事务，But！Redis的事务不保证原子性，事务不会回滚，提交后会执行可正常执行的命令，忽略报错的命令。
最后，来自Redis官网的一句话佐证我们的结论， 附出处：Transactions | Redis
https://img2023.cnblogs.com/blog/3076343/202309/3076343-20230922165841132-241325738.png
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]