缓存更新(同步)

缓存同步方案总结

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

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

及时性要求非常不高

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

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

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

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

及时性要求比较高

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

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

及时性要求极高

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

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

你可能感兴趣的:(数据库,java)