缓存更新(同步)

缓存同步方案总结

这里总结的缓存同步方案适合像Redis这种集中式缓存，也适合像本地缓存这种分布式缓存。这里按照缓存的更新及时性分为三类

• 及时性要求非常不高
• 及时性要求比较高
• 及时性要求极高

及时性要求非常不高

适合与分布的服务器，每隔一段时间更新内存数据或靠自定过期更新数据。

这种方式实现非常简单，适用于少量缓存数据，但在大批量的缓存数据的场景下不适用，需要考虑下面问题：

1. 缓存对象太多，需要定时过期或定期更新的对象太多
2. 由于上面情况，可能出现加载缓存数据时对源数据的请求出现同时涌入的情况

一种解决办法就是把每个缓存对象的失效时间设成随机，达到缓存分散加载的目的。对于定时更新的方式也时类似解决办法，但此种解决办法还是受限于缓存对象的个数限制，只能达到暂时缓解这种问题的爆发。

及时性要求比较高

适合与分布式服务，一旦数据库的数据发生变化，通知每个分布的服务更新内存数据，通知方式基于MQ，数据发送改变需要同步到缓存时就发送一个Msg到MQ，每个分布的服务通过监控MQ来更新缓存。

对于这种方式，需要考虑缓存对象更新失败的情况，主要考虑点是Msg一定可以被处理并更新缓存成功

及时性要求极高

更新数据库的数据时，将更新分布服务的内存数据操作纳入同一个事物，等待所有事物完了，统一提交。适合与Redis这种集中式的缓存,基本的实现方式如下

mysql transaction begin
sql update...
redis update ...
...
commit [exception rollback]