SpringBoot 架构下如何保证对 redis 的操作是在事务提交之后？

前提： 1.目前我们的项目内是配置了全局事务，通过方法的命名前缀来控制，如 insert/update 开头的都是 required 方式传播这样。

2.对 Redis 的操作是将 jedis 封装了一层 Util 工具类。

3.目前的写法都是把 redis 操作放在方法的最后执行来尽量规避报错导致事务回滚，缓存插入脏数据。

伪代码：

public void foo() {
	
    this.doSomething();
    
    redisUtil.set(key, val);
    
    throw new RuntimeException();
}

PS： 今天试着把 redis 的操作放在监听器里，但是发现对 list 类型的操作无法生效，求解大家的处理方案。

补充几点：
1. 我们项目内对事务的控制是类似这个文章里的 [三、使用 AOP 全局处理事务] ，正文里描述的全局事务控制可能理解有偏差。https://www.cnblogs.com/wjqhuaxia/p/12148865.html

2. 其实整体的项目是 SpringCloudAlibaba 那一套，所以下一阶段会引入 seata 做分布式事务控制，不知道到时候对 redis 的操作要如何优化？

3. 直接用 jedis 属于偷懒了，之前项目有封装好的 redisUtil 就搬运过来了。 ----------------------- 以下是精选回复-----------------------

答:TransactionSynchronizationManager 可以.
答:你百度一下的话肯定会有的.
答:我个人建议好好去读一下 Java EE 官方教程的有关 Transaction，Open XA 等文档，再回过头来看看 Spring 文档中的 Transaction 那一篇。

从 V 的站一些帖子看，很多人用了很多年的 Spring， 根本就不理解 Spring 中的事务。默认情况下，Spring 的事务只启用 Local Transaction 。如果要同时管理 Redis 和数据库，必须启用 JTA （ Global transaction ），目前我记得 Spring 中的 Redis，Mongo(启用 Cluster 时) 仅支持 JTA （部分标准，Spring 中仅仅将它们支持事务是作了一种转换和映射，底层和 Java EE 世界的 Transaction 不能同等），关系型数据库可以用 JTA 和 Local Transaction 。在使用 Local transaction 时，Spring 做很多扩展。但是使用 JTA，一般依赖第三方 JTA Manager （比如 atomikos, bitronix, JBoss narayana ），Spring transaction Manager 都是 Delegate 到相应的 JTA Manager 上去。
答:那么问题来了，你说的全局事务是指 Global transaction 吗？你配置那个 JTA 方案？
答:不客气, 建议你们用 spring data redis 哈, 直接用 jedis 有点危险.
答:跨多个资源建立一个事务的，需要你做补偿。例如买了机票，酒店订不上，只能退机票。你要写代码来做反向的补偿操作，达到最终的一致性。XA 这种东西只是个理论，很多场景下建立不了这样的应用。
答:你们不用事务管理器的么？
答:redis 事务？闻所未闻
分布式事务一般有三种方式：消息、tcc 、XA，实用性依次递减
答:经典双写一致性。
这是参考方案之一。
1.写请求只删除缓存，不更新缓存。写请求先删除缓存，再更新数据。无论成功与否，写请求只会导致缓存失效，永不导致脏数据。

2.读请求更新缓存。读写请求高并发时，有可能导致写请求删除缓存，读请求紧接着更新了旧数据缓存，写请求再完成了数据更新，产生双写不一致。

3.读写串行化，适用于读多写少的场景。缓存有效时，读请求按一般流程处理。写请求发生时，缓存失效，同一 id 的并发的写请求和读请求进入同一队列(或同一加锁处理逻辑)，保证双写一致性。串行化时，可能会导致大量并发的读请求超时，所以要在数据实时性(准确)还是系统可用性做下取舍。