Spring事务和缓存导致的数据不一致问题
目录
一、问题现象
二、初步分析
三、问题定位
四、解决方案
五、问题发酵
六、最终方案
七、总结
一、问题现象
核心系统进行交易时，偶现交易日期与日切日期不一致的情况。
二、**初步分析**
1、日切日期统一由日切服务维护，每次交易前，会先调用日切服务获取当前日切日期，因此，问题源头应在日切服务；
2、因为日切服务只做简单的更新和查询操作，而且不一致的情况属于偶现，所以不应该是日切的功能出现异常；
3、日切服务维护了日切日期的缓存，因此，数据不一致的问题可能出在缓存上；
三、**问题定位**
1、通过梳理代码，分析日切缓存的运作机制
（1）调用日切服务进行日切时，会首先查询得到当前日切日期。
（2）然后，查询当前日切信息；操作数据库，在当前日切日期上加1天；将之前获取的日切信息插入操作历史中；查询更新后的日切日期，并返回。
（3）在进行日切日期更新前，会先清空缓存（注：CacheEvict的beforeInvocation参数设置为true，表示在方法执行前清空缓存，默认为false）。
2、至此，得到完整的日切操作流程如下：
获取当前日期—>清空缓存—>更新数据库—>查询更新后的结果并返回。
单独执行此流程不会存在任何问题，缓存数据与数据库保持一致。
但是，清空缓存到数据写入数据库之间存在时间差（当数据库分主从时，主从同步的时间差也应被考虑进来），在此时间差内，如果有查询操作，会将当前未被修改的日切日期写入缓存。
如此一来，当数据被写入数据库后，缓存与数据库的数据即不一致，查询得到的结果都是缓存中的脏数据，真相大白。
四、解决方案
将缓存清空的时间，调整到更新数据库之后进行
五、问题发酵
解决了上一个问题之后，在梳理代码的过程中，发现了另外一个设计问题，即：在事务中使用缓存
在事务中使用缓存是一个典型的设计漏洞，现以本场景为例进行说明
日切时，在事务中进行的数据操作为（@Transactional方法内）：
获取当前日切信息—>更新数据库—>清空缓存—>将之前获取的日切信息插入日切历史表—>查询当前最新日切日期（先查缓存，缓存为空，然后查数据库）–>写入缓存
分析可知，清空缓存到插入日切历史表之间存在时间差，在此时间差内，如果有查询操作，则最新的数据在事务完成前被写入缓存中，如果插入日切历史表失败，导致事务回滚，则数据库中日切日期与缓存不一致。
对于事务而言，其中使用缓存会存在的最大风险便是：事务回滚后，缓存与数据库中数据不一致。
六、最终方案
进行日切操作时，去除缓存。
七、**总结**
1、使用缓存时，一定要考虑缓存的更新时机，对于高并发场景，很容易造成数据不一致的问题；
2、切记：事务中不要使用缓存，否则剁手；
谁借莪１个温暖的怀抱￠
我会带着你远行
港控/mmm°
向右看齐
小灰灰
还没有评论，来说两句吧...