个人笔记-实战开发Redis缓存使用

 

缓存穿透：redis跟数据库都不存在，比如拿一个不存在的用户id请求，请求就会打到db上。

                  解决方式：生成一个有效时间的占位数据来代替。

 

缓存击穿：redis不存在，数据库存在，一般是redis的某个key突然过期，前端并发请求到db。

                  解决方式：可以通过redis分布式锁或者同步代码块，只让一个线程可以访问db再更新缓存。

 

缓存脏数据：延迟双删（不靠谱），先删除redis，再更新，再删除redis。应该先更新db，再删除redis。

 

[要点1]: 缓存一般是用来加速数据库的读操作的，读的顺序是先缓存，后数据库；写的顺序是先数据库，后缓    存。

 

[要点2]: 缓存的数据不易过大，尤其是 Redis，因为 Redis 使用的是单线程模型，单个缓存 key 的数据过大时，会阻塞其他请求的处理。

 

[要点3]: 缓存的 key 都必须设定缓存失效时间，且失效时间不能集中在某一点，可采取随机算法处理过期时间，否则会导致缓存占满内存或者缓存穿透。

 

[要点3]: 业务上应避免批量删除缓存处理，如redis的自带的deleteByPrefix,特殊情况下会阻塞Redis。