缓存与数据库 数据不一致分析

1.最初级的缓存不一致问题以及解决方案

问题场景：先修改数据库，再删除缓存，如果缓存删除失败，那么会导致数据库中是新数据，缓存中是旧数据，数据出现不一致!

最初级的数据库+缓存双写不一致问题

解决:先删除缓存，再修改数据库，如果删除缓存成功了，如果修改数据库失败了，那么数据库中是旧数据，缓存中是空的，那么数据不会不一致

读的时候缓存没有，则读数据库中旧数据，然后更新到缓存中

2.比较复杂的数据不一致问题分析

数据发生了变更，先删除了缓存，然后要去修改数据库，此时还没修改

一个请求过来，去读缓存，发现缓存空了，去查询数据库，查到了修改前的旧数据，放到了缓存中

数据变更的程序完成了数据库的修改

完了，数据库和缓存中的数据不一样了。。。。

3. 为什么高并发场景下，缓存会出现这个问题？

只有在对一个数据在并发读写时，才可能会出现这种问题

其实如果说你的并发量很低的话，特别是读很低，每天访问量就1万次，那么很少会出现刚才描述的那种不一致的场景

但问题是，如果每天的是上亿的流量，每秒并发读是几万，每秒只要有数据更新的请求，就可能会出现上述的数据库+缓存不一致的情况

高并发了以后，问题是很多的

4. 数据库 & 缓存更新与读取 异步串行化

更新数据的时候，根据数据的唯一标识，将操作路由之后，发送到一个JVM内部的队列中

读数据的时候，如果发现数据不在缓存中，那么将重读数据+更新缓存，根据唯一标识路由之后，也发送同一个JVM内部的队列中

一个队列对应一个工作线程

每个工作线程串行拿到对应的操作，然后一条一条的执行

这样的话，一个数据变更的操作，先执行删除缓存，然后再更新数据库，但是还没完成更新

此时如果一个读请求过来，读到了空缓存，则可以先将缓存更新的请求发送到队列中，此时会在队列中积压，然后同步等待缓存更新完成

待那个队列对应的工作线程完成了上一个操作的数据库的修改之后，才会去执行下一个操作，也就是缓存更新的操作，此时会从数据库中读取最新的值，然后写入缓存中

• 如果请求还在等待时间范围内，轮询发现可以取到值了，那么就直接返回

  • 如果请求等待的时间超过一定时长，那么这一次直接从数据库中读取当前的旧值