分布式的缓存一致性问题

缓存如何使用

引入缓存后，读操作会先去缓存中看下，如果没有命中缓存，才去读取数据库，然后把读取出来的数据再放到缓存中去，这样下一次读操作就可以命中缓存了，如果命中缓存，就可以直接把数据返回出去了。

缓存数据一致性解决方案

无论是双写模式还是失效模式，多个实例同时更新都会导致数据不一致问题；

1、如果是用户纬度数据（订单数据、用户数据），这种并发几率非常小，不用考虑这个问题，缓存数据加上过期时间，每隔一段时间触发读的主动更新即可；
2、如果是菜单，商品介绍等基础数据，也可以去使用canal订阅binlog的方式；
canal：阿里开源中间件，伪装mysql从库，从biniog日志拿到mysql更新数据；
3、缓存数据+过期时间足够解决大部分业务对于缓存的要求；
4、通过加锁保证并发读写，写+写的时候按顺序排好队。读+读相当于没加锁。所以适合使用读写锁。（业务不关心脏数据，允许临时脏数据可忽略）;