缓存使用建议

最新推荐文章于 2024-07-07 19:07:44 发布

simple哇

最新推荐文章于 2024-07-07 19:07:44 发布

阅读量680

点赞数

分类专栏：总结文章标签： redis

本文链接：https://blog.csdn.net/samveltor/article/details/124416474

版权

1 篇文章 0 订阅

订阅专栏

高并发访问数据库不存在的值，导致缓存失效
解决：给无结果的key缓存标志位表示无值(0,1 之类的)，并添加短期失效时间

高并发访问时，正好大批量的key失效
解决：添加失效时间间隔值

– 缓存击穿

对于热点key突然失效时的高并发访问
解决：加锁

场景：

使用redis 的 setnx 时候，需要设置过期时间，但是过期时间设置时候闪断怎么办?
- 让设置值的命令和设置过期时间的命令在同一次操作中实现， setnx key value ex xx
A线程删了B线程的锁怎么办？
- 回查当前redis种占用锁的线程id(set时候当value传入了)，与当线程对比后再删
问题2中，如果代码执行到匹配正确然后要删锁时，锁过期了并且同时被其他线程抢到了，这时候又删到了别人的key
- 使用redis 脚本来执行删key操作，脚本实际时比对当前value和传入的value是否一直，是才值删锁。
```
if redis.call("get",KEY[1]) == ARGV[1]
then
	return redis.call("del",KEY[1])
else
	return 0
end
```
如果业务执行时间长，锁先过期了，如何设计这个锁续期呢
- 简单处理是将过期时间延长，必须执行手动删锁。
- 详细可以看redisson中的自动续期 (如果设置了过期时间，看门狗失效)

双写
- 改完数据库，改缓存
- 问题： ABA问题（A线程写完时，B线程把旧数据又放入缓存了））
- 解决：加读写锁，或者业务允许可以考虑过期时间 -> 最终一致性
失效模式
- 改完数据库，删除缓存
- 问题： ABA问题（在A线程删除缓存时，B线程把旧数据又放入缓存了）
- 解决：加读写锁，或者业务允许可以考虑过期时间 -> 最终一致性
最终解决方案
- 常用并且一致性要求高的数据，可以直接使用数据库
- 如果使用canal订阅binlog，canal会伪装成从库，然后把数据更新到redis，业务代码就可以不处理更新redis逻辑了。 (又引入了中间件)
- 延时双删

关注