缓存更新(同步)

缓存同步方案总结

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

• 及时性要求很是不高
• 及时性要求比较高
• 及时性要求极高

及时性要求很是不高

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

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

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

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

及时性要求比较高

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

对于这种方式，须要考虑缓存对象更新失败的状况，主要考虑点是Msg必定能够被处理并更新缓存成功

及时性要求极高

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

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