本文探讨了数据库更新后缓存同步的几种策略，包括先删缓存、后删缓存、普通双删以及延迟双删。延迟双删旨在减少旧缓存数据的出现，通过延时确保所有事务完成后再删除缓存，从而提高数据一致性。然而，即使如此，仍可能有事务读取到旧缓存。为优化这一情况，建议采用加锁机制和缩短数据库更新与第一次删除缓存的时间间隔，以降低旧数据的影响。
一:延迟双删
一、只先删缓存
问题：先删缓存，在改库前，其他事务又把旧数据放到缓存里去了
二、只后删缓存
问题：改了库，清理缓存前，有部分事务还是会拿到旧缓存
三、普通双删
问题：第一次清空缓存后、更新数据库前：其他事务查询了数据库hang住
第二次清空缓存后：其他事务更新缓存，此时又会把旧数据更新到缓存
四、为什么需要延时双删？
在三中，第二次清空缓存之前，多延时一会儿，等B更新缓存结束了，再删除缓存，这样就缓存就不存在了，其他事务查询到的为新缓存。
延时是确保 修改数据库 -> 清空缓存前，其他事务的更改缓存操作已经执行完。
五、以上策略还能不能完善
四中说到，采用延时删最后一次缓存，但这其中难免还是会大量的查询到旧缓存数据的。
这时候可以通过加锁来解决，一次性不让太多的线程都来请求，另外从图上看，我们可以尽量缩短第一次删除缓存和更新数据库的时间差，这样可以使得其他事务第一时间获取到更新数据库后的数据。
[来源]https://www.it610.com/article/1306087917600411648.htm
二: 先删除缓存 后修改db的加强版
1588
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
