事务失败时，Write-Through缓存中的数据是否会回滚？

缓存更新后数据库写入失败的默认情况 #

标准的Write-Through逻辑里，缓存更新完成后如果数据库写入失败，缓存不会自动回滚变更。这会直接造成数据不一致：缓存存的是新值，数据库还是旧数据。

如何保障缓存与数据库的数据一致性？ #

针对这种异常场景，有几种成熟的处理方案：

• 事务绑定操作：把缓存更新和数据库写入放到同一个事务里。数据库写入失败时，事务回滚的同时撤销缓存的更新——要么恢复成旧值，要么直接删掉对应的缓存键。
• 失败重试+缓存回退：数据库写入失败时，先重试几次。如果还是失败，立刻把缓存改回更新前的状态，或者删除该缓存键（后续读请求会从数据库拉取旧值重新缓存）。
• 异步一致性校验：后台定期对比缓存和数据库的数据，发现不一致时以数据库的数据为准修正缓存，作为兜底机制。
• 熔断降级：当数据库写入失败率过高时，暂时停用Write-Through，直接写数据库并清空对应缓存键，同时触发告警让运维处理。

内容的提问来源于stack exchange，提问作者Disha Gupta