@Transational事务提交之后再处理的相关方案

深碍√TFBOYSˉ_ 2023-03-13 15:21 27阅读 0赞

### 文章目录 ###

*  场景
 *  方案
 *   *  介绍另一种方案

# 场景 #

我们经常会遇到一些操作为数据库，然后删除缓存的操作。然后在操作数据库的时候就加上了事务 @Transational ,结果就会遇到一些坑，就是数据库事务提交之后，查到的缓存还是旧的。

**场景还原**

当事务里面sql处理执行完之后，实际上还没提交的，这时删除缓存，是已经执行的。然后这时如果别人查询旧的数据会将旧数据放到缓存里头，这下就gg了。

**想法**

我们应该是执行完sql，提交事务，再进行删除缓存是吧。

# 方案 #

在黑神的文章里头讲了两个方案

*  [当@Transactional遇到@CacheEvict，你的代码是不是有bug！][Transactional_CacheEvict_bug]

1）就是把删除缓存放在事务外面  
2）因为使用了@CacheEvict，所以修改@Order来修改aop执行的顺序。

## 介绍另一种方案 ##

上代码

if(TransactionSynchronizationManager.isSynchronizationActive()){ 
    			TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronizationAdapter() { 
    				@Override
    				public void afterCommit() { 
    					System.out.println("commit over...");
    				}
    			});
    		}

先判断是否是在事务里头，是的话等事务提交之后进行相关操作。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODMzNjY1OA_size_16_color_FFFFFF_t_70]  
如果是在事务外，是不起效果的。

[Transactional_CacheEvict_bug]: https://mp.weixin.qq.com/s?__biz=MzIzNDQ3NTkwOA==&mid=2247483793&idx=1&sn=d2ba17f8dbae5fe1d375501d567d17f2&chksm=e8f4997adf83106cc836068b03358188ab135c417524e602fae59fac37c96c9bd6ba24bcb6fa&scene=126&sessionid=1589514240&key=64daf1adc09d7c6e3da8b9d92189a657a3c44fa1483241454ca075c1a13c278f4b50125a3f7cc44ebb00bb98d8923d167d6914b5a79ea02c1f204b37b0dedcb1e4cddaf5e115ea5ea3305982b01e067a&ascene=1&uin=MzA1MTAzMTYyOA==&devicetype=Windows%2010%20x64&version=62090070&lang=zh_CN&exportkey=A6WCeKtQWAzBZ1Q5GwYXc4I=&pass_ticket=pae1T9ETtO7M3FDdYGuvyDXnoV4NpH44ecXaagkZO5oGitsgD/NzV5KAES2t5S6m
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zODMzNjY1OA_size_16_color_FFFFFF_t_70]: /images/20230312/7e1bced67bf04758b262c8016baac591.png