缓存更新机制思考

普通应用一般使用数据库作为存储，缓存用于热点数据暂存，提高访问速度。数据库和缓存之间的同步有很多方式，这边是我自己的一些思考，仅供记录。

前提

缓存必须具有失效时间，根据业务场景设置

缓存不做持久化，无法保存全量数据，需要设置缓存空间大小。

重启即数据丢失

 

几种更新缓存方法

1. 更新数据库，同步更新缓存。缓存失败，异步继续更新。保证重试成功

2. 更是数据库，同步失效缓存。失效缓存失败，异步失效缓存。保证重试成功

3. 读取缓存，缓存失效，读取数据库，并同步更新缓存。更新失败不重试。

 

使用场景

1. 读多写少

更新数据库较少，可以在更新数据库的同时更新缓存，尽量保证数据库和缓存的同步性。

由于有数据失效时间，所以读取的时间如果数据失效，需要读取数据库后更新缓存

如果并发特别高，需要防止缓存失效产生穿透问题，造成数据库读取瞬时压力居高。可以使用锁机制。

 

2. 写多读少

如果写入并发量较高，读取量比较低，可以直接在写入时候失效缓存，读取时候读取数据库并更新缓存

由于读取较少，如果写入量不大，可以在写入数据库时同步更新缓存。

 

3. 读多写多

写入并发高，并且读取并发高，如果写入数据量较大，可以存在主从同步造成主库网卡打满的问题。所以写入数据库时候可以失效缓存。

读取缓存失效，同步读取数据库，并更新缓存。如果对接口相应要求高，可以异步更新缓存，需要控制异步线程数量。