缓存同步方案总结
这里总结的缓存同步方案适合像Redis这种集中式缓存，也适合像本地缓存这种分布式缓存。这里按照缓存的更新及时性分为三类
- 及时性要求非常不高
- 及时性要求比较高
- 及时性要求极高
及时性要求非常不高
适合与分布的服务器，每隔一段时间更新内存数据或靠自定过期更新数据。
这种方式实现非常简单，适用于少量缓存数据，但在大批量的缓存数据的场景下不适用，需要考虑下面问题：
1. 缓存对象太多，需要定时过期或定期更新的对象太多
2. 由于上面情况，可能出现加载缓存数据时对源数据的请求出现同时涌入的情况一种解决办法就是把每个缓存对象的失效时间设成随机，达到缓存分散加载的目的。对于定时更新的方式也时类似解决办法，但此种解决办法还是受限于缓存对象的个数限制，只能达到暂时缓解这种问题的爆发。
及时性要求比较高
适合与分布式服务，一旦数据库的数据发生变化，通知每个分布的服务更新内存数据，通知方式基于MQ，数据发送改变需要同步到缓存时就发送一个Msg到MQ，每个分布的服务通过监控MQ来更新缓存。
对于这种方式，需要考虑缓存对象更新失败的情况，主要考虑点是Msg一定可以被处理并更新缓存成功
及时性要求极高
更新数据库的数据时，将更新分布服务的内存数据操作纳入同一个事物，等待所有事物完了，统一提交。适合与Redis这种集中式的缓存,基本的实现方式如下
mysql transaction begin
sql update...
redis update ...
...
commit [exception rollback]