如何保证Redis和MySQL数据的一致性解析

1、常见的缓存更新策略：

定义：主要用来进行redis和mysql的数据同步更新的一些策略

1. 内存淘汰：等触发淘汰机制后，刚好淘汰到了用户查询的数据，此时是null，会进行查询数据库并写入到缓存中，此时查询到的数据就是新的，但如果淘汰掉的不是用户查询的数据，每次用户都能够查询到数据，其实这个数据也就是旧数据，数据一致性较差。
2. 超时剔除：和内存淘汰策略差不多
3. 主动更新（主要应用策略）：由程序员进行编码，在数据库进行更新时候手动更新缓存

2、主动更新策略：

3、主动更新第一个策略（CAP）

3.1 定义原理
由缓存的调用者在进行更新数据库的同时更新缓存

更新数据： 在进行数据库数据修改的时候，一般都是删除缓存，然后缓存为空，等待查询时候判空再进行数据库的查询然后更新缓存，而不是每次去做更新数据都进行更新缓存操作。

3.2、先操作缓存还是先数据库？

• 先删缓存、后更新数据库（弊端较大）： 假设一个线程删除了缓存，然后进行更新数据库，此时另外一个线程进行数据的查询，因为数据库操作比缓存操作慢，此时因为缓存未命中重新写入缓存，但是数据库还没更新完毕，此时获取到的数据仍是旧数据。
• 先更新数据库、后删除缓存： 出现并发问题情况几乎没有，可能出现的问题就是刚好查询缓存时候，缓存失效，然后另外一个线程进行数据库更新，此时第一个线程已经将旧的数据重新写入缓存了。获取到的仍然是旧数据，但是发生的几率较低。
• 双写一致性（延迟双删）
  • 流程：
    更新数据库
    删除 Redis 缓存
    短暂延迟（如 500ms）后，再次删除缓存
  • 目的：避免并发情况下 旧数据回写 Redis 的问题。
• 使用消息队列确保一致性： 数据库更新后，发送消息消费消息，删除 Redis，确保 Redis 最终一致。