更新数据是先更新缓存(redis),还是先更新数据库(mysql)

本文探讨了缓存与数据库一致性的问题,分析了先更新数据库再删除缓存和先更新缓存再更新数据库两种策略的优缺点。指出在无法保证绝对一致性的前提下,推荐先更新数据库再删除缓存的方法,并讨论了异常处理机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1:缓存的目的是为了减少数据库的压力,而且redis支持事务处理机制,请求优先命中redis,缓存中没有在命中数据库,所以优先删除缓存,然后更新数据库,即使删除缓存成功,但是更新数据库失败,但是数据依然存在。
2:如果在更新数据库的时候报错,或者服务宕dang机,
最后只能采用补偿机制,保证最后达到最终的数据的一致性。

提问:
老师,上次面试我的回答是先更新数据库,在更新缓存。
但是面试官给我的回答是,先更新缓存,再更新数据库。
后来我也上网查了下,先更新缓存,再异步将缓存中的数据同步到数据库。
但是我并没有查到相关的代码逻辑。总结两种方式入戏
1:先更新数据库 - 删缓存 - 再次访问 - 查询数据库 - 存入缓存
2:更新redis(新key覆盖旧key) - 查询 - redis异步将数据同步mysql

解答:
(1)只要用了缓存,就肯定会有不一致,2个数据源之间是没有事务的,没法保证绝对的一致。
(2)如果想绝对一致,那就别用缓存
(3)如果能接受一定程度上的不一致,可以先更新数据库,再删除缓存。
(4)如果事先更新缓存再更新数据库,如果数据库回滚,缓存怎么处理?这种方式不推荐。如果能接受这种不一致,也可以用。

提问:
如果事先更新缓存再更新数据库,如果数据库回滚,缓存怎么处理?
数据发生了回滚,即出现异常,这里做一个异常回调,删除对应的缓存。
老师,这种思路可行吗?

解答:
不推荐 代码的侵入性太大 首先你要记下来redis之前的值 回滚的时候再写回去,如果是insert 你得做一次delete,如果是update 你需要update回去,如果delete你得jinsert,再者 如果回调中发生了异常怎么办

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值