大家好,我是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文章来源:https://www.toymoban.com/news/detail-712129.html
文章来源地址https://www.toymoban.com/news/detail-712129.html
到了这里,关于【Redis】Redis事务:原子性与回滚的真相揭秘的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!