普通应用一般使用数据库作为存储,缓存用于热点数据暂存,提高访问速度。数据库和缓存之间的同步有很多方式,这边是我自己的一些思考,仅供记录。
前提
缓存必须具有失效时间,根据业务场景设置
缓存不做持久化,无法保存全量数据,需要设置缓存空间大小。
重启即数据丢失
几种更新缓存方法
1. 更新数据库,同步更新缓存。缓存失败,异步继续更新。保证重试成功
2. 更是数据库,同步失效缓存。失效缓存失败,异步失效缓存。保证重试成功
3. 读取缓存,缓存失效,读取数据库,并同步更新缓存。更新失败不重试。
使用场景
1. 读多写少
更新数据库较少,可以在更新数据库的同时更新缓存,尽量保证数据库和缓存的同步性。
由于有数据失效时间,所以读取的时间如果数据失效,需要读取数据库后更新缓存
如果并发特别高,需要防止缓存失效产生穿透问题,造成数据库读取瞬时压力居高。可以使用锁机制。
2. 写多读少
如果写入并发量较高,读取量比较低,可以直接在写入时候失效缓存,读取时候读取数据库并更新缓存
由于读取较少,如果写入量不大,可以在写入数据库时同步更新缓存。
3. 读多写多
写入并发高,并且读取并发高,如果写入数据量较大,可以存在主从同步造成主库网卡打满的问题。所以写入数据库时候可以失效缓存。
读取缓存失效,同步读取数据库,并更新缓存。如果对接口相应要求高,可以异步更新缓存,需要控制异步线程数量。