解决方案
- 读请求写请求串行化执行
- 先更新数据库,再更新缓存
- 先删除缓存,再更新数据库
- Cache Aside Pattern
一、读写请求串行化
串行化执行,保证数据一致性,但是会大幅降低系统吞吐量,不采用
二、先更新数据库,再更新缓存
当数据库数据更新时,先更新数据库中数据,再更新对应的缓存数据。这个方案主要有两个问题。
1.问题1
如果同时有A、B两个请求进行更新操作,那么该方案可能会有以下情况:
- A请求更新数据库
- B请求更新数据库
- B请求更新缓存
- A请求更新缓存
本来B请求更新后的数据时最新数据,但是A更改请求却晚于B请求,导致了缓存中是旧数据,数据库与缓存的数据不一致。而且如果缓存没有设置过期时间,那么缓存中的永远是脏数据。
2.问题2
缓存中缓存的数据有时候并不一定是从数据库中读取出来的,也有可能是多张表进行计算得出的结果。这个计算过程本身就是耗时的,而且这个缓存数据并不一定是热点数据(访问次数不多、频率不高),这时如果每次修改数据库值,就要重新进行一次耗时的计算,这会使得更新缓存所花费的代价得不偿失(花费时间、资源多,访问次数却很少)
三、先删除缓存,再更新数据库
因为更新缓存的代价可能会很大,所以又引出了删除缓存的策略
<