redis缓存与数据库双写不一致问题以及解决方案

参考：

缓存与库先写哪个，这十几张图告诉你

分布式之数据库和缓存双写一致性方案解析

1. 先更新数据库，再更新缓存

• 不可行。
• 原因分析：
  • 频繁更新缓存浪费资源（写多读少的场景）
  • 缓存数据计算复杂，浪费性能（可能涉及多张表的计算）
  • 线程并发安全问题。（更新缓存的顺序不一致，导致脏数据）

2.先更新数据库，再删除缓存

旁路缓存策略（Cache Aside Pattern）

• 使用方式

  • 基本读取： 先读缓存，缓存中没有数据的话，去数据库中读取，然后存入缓存中，同时返回响应。

  • 先更新数据库，后删除缓存。

• 存在问题：

  • 数据库更新成功，缓存删除失败。导致数据库中的数据是最新的，但缓存中的是旧数据。
  • 并发问题
    • 读请求去查询缓存时，缓存刚好失效。