Redis 与 MySql 缓存操作操作及顺序（一致性问题）

参考(44条消息) 缓存和数据库一致性问题_止步前行的博客-CSDN博客

目录

缓存一致性问题

关键的写缓存

写入数据库前还可能读取旧数据

缓存一致性问题

一般使用redis等中间件进行缓存来减少关系型数据库读写压力，但要注意操作顺序，否则可能导致缓存中数据与数据库中数据长期不一致。

例如

插入操作

1.先更新了缓存，但在更新数据库时更新失败，导致数据不一致。

2.多线程或分布式系统中，进程a先更新了数据库，准备删除缓存，但在进程a删除缓存前，进程b先读取了缓存，导致数据不一致。

...................

当有数据需要更新的时候，先更新缓存还是先更新数据库？如何保证更新缓存和更新数据库这两个操作的原子性？
更新缓存的时候该怎么更新？修改还是删除？

对于上述问题，无非就四种方案：

先更新缓存，再更新数据库
先更新数据库，再更新缓存
先淘汰缓存，再更新数据库
先更新数据库，再淘汰缓存

关键的写缓存

先更新数据库，然后再删除缓存即可。

问题

1.为什么先更新数据库再删除缓存？

先删除缓存可能导致如下问题：进程a删除了缓存，准备更新数据库，在a更新数据库前，进程b读取了数据库，导致读取了滞后的数据且将旧数据再次写入缓存。

2.为什么要删除缓存而不是更新缓存？

首先，不是每一次更新的数据都会被多次查询，一般来说每次都更新性价比很低。

其次，在复杂的业务中查询的结果可能需要复杂的操作，更加消耗资源，性价比也很低。

最后，也是最重要的，更新缓存和更新数据库操作不具有原子性，在多线程中可能导致数据库与缓存数据不一致。

写入数据库前还可能读取旧数据

由于不是所有操作都具有事务的特性，这个问题不能根除。

更好的解决办法时双删。

在更新数据前删除缓存，然后更新数据库，最后，在一次内存写入时间 延迟后进行二次删除。

二次删除是防止其他线程在删除缓存后，更新数据库前读取并更新内存，延迟删除是为了等待可能的错误内存写入被写入内存。