缓存的更新机制

最近在思考缓存的更新机制，各自的存在的问题及优化方案

 

更新数据库 更新缓存

  结论 ：会存在缓存读到的旧的数据，比如 A 将 num 由 100 改为了 20  还未更新缓存的时候 另一个请求B过来 将100 改成了 80 更新缓存，那么A接着更新缓存，那么缓存里就是旧的数据了，因为更新数据库和更新缓存不是一个原子操作，无法保证顺序的

那么用 更新数据库删除缓存 就不会存在这个问题

 

更新数据库 删除缓存

结论：产生脏数据的概率较小，但是会出现一致性的问题；若更新操作的时候，同时进行查询操作，若hit，则查询得到的数据是旧的数据。但是不会影响后面的查询。（代价较小）

 

删除缓存 更新数据库

结论：产生脏数据的概率较大（若出现脏数据，则意味着再不更新的情况下，查询得到的数据均为旧的数据）

比如：两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。于是，在缓存中的数据还是老的数据，导致缓存中的数据是脏的，而且还一直这样脏下去了。

也会存在读到旧数据的问题

 

 

如何做到 高实时的更新呢，用kafka异步更新 这个会存在的问题是 如果kafka挂了，就会存在缓存和db的不一致问题

如果手动的更新表和字段，缓存无法做到更新，那么就存在不一致的问题

 

用订阅binlog日志这种方式，比如canal databus 可以实现高实时 ，且binlog可保证顺序

 

再某个时间段，再异步的方式通过redis更新DB；