当我们对数据进行修改的时候,到底是先删除缓存,还是数据库?
1、如果先删缓存,在写数据库
在高并发的场景下,当第一个线程删除了缓存,还没有来得及写数据库,第二个线程来读取数据,会发现缓存中的数据为空,那么就会去读数据库中的数据,读到之后,把读的的结果写入缓存(此时第一个线程新的值已经写到缓存里面去了,缓存中的之将被覆盖)
1.1、解决方案
先操作缓存,但是不删除缓存,将缓存修改为一个特殊值(-99999),客户端读缓存时,发现是默认值,就休眠一会,在重新查Redis
问题:特殊值对业务有侵入,休眠可能多次重复,对性能有影响
1.2、解决方案——延时双删
先删除缓存,在写数据库,休眠一会,再一次删除缓存
问题:如果写操作很频繁,依然还是会有脏数据的问题
总结:在这种情况写,要求写操作不会太频繁
2、如果在写数据库,先删缓存,
如果数据库写入成功,缓存写入失败,数据就会出现不一致
2.1、解决方案
- 给缓存设置过期时间
问题:过期时间内,缓存就不会更新
- 引入MQ,保证原子操作
2.2、解决方案
- 将热点缓存数据设置永不过期,但在value上写一个逻辑上的过期时间,另外起一个线程,扫描这些key,对于逻辑上过期的缓存进行删除
总结:只能保证一定时间内的终归一致性