缓存雪崩,穿透和击穿
发布日期:2021-05-12 13:49:30 浏览次数:21 分类:精选文章

本文共 851 字,大约阅读时间需要 2 分钟。

缓存雪崩、穿透以及击穿,这些都是在实际项目中常遇到的缓存相关问题,了解它们并找到合适的解决方案,对于系统的稳定性和性能优化至关重要。接下来,我将从这三个方面探讨相应的解决思路和方法。

首先,缓存雪崩是指大量的缓存条目在较短时间内同时失效,导致后续的数据库请求过于集中,从而引发数据库服务被 cliffs。这种情况常见于当我们在设置Redis等缓存工具时,统一勾 connector 不考虑随机性因素,而是固定设定过期时间。为了解决这个问题,可以在存储缓存数据时,随机生成一个额外的过期时间。这不仅提高了缓存键的生命周期的平稳性,还减少了集中失效的风险。

其次,缓存穿透现象通常发生在黑客或者恶意用户故意输入尚不存在于数据库中的 key 值,导致系统需要直接向数据库查询,从而引发潜在的性能 bottleneck 或服务 crashes. 要对抗这一问题,可以采取以下措施:首先,对于客户端传过来的 key 值,可以进行一定程度的合法性校验,防止非法或异常的输入;其次,可以在 Nginx 等前置服务器端配置技术,限制同一 IP 提交的请求数量,防止单一用户 masse请求 给 HTTP subpoena 给 DB;最后,可以使用 bloom filter 技术为缓存 validity 预估检测,减少有交集的 request 直接发送给数据 库.

再次,缓存击穿问题主要出现在那些曾经被频繁请求并存储到缓存中的热点 key.setColumn abruptly losing其 validity 后,这些请求仍然被路由到 cache而不是重新查询 dataBase,直到请求首次发现 cache miss 并向数据库查询。在遇到这种情况时,要采取以下对策:一是给予部分热点 key 不设置 expiration 时间,使其智能认为永远有效,二是使用互斥锁技术在分布式系统中管理 key,那么当一个 key 被修改或失效时,要么主动通知关联的其他缓存节点,要么智能判断本地 cache 条目是否已过期。

上一篇:为什么Redis 单线程却能支撑高并发
下一篇:Windows下搭建Redis Cluster集群

发表评论

最新留言

初次前来,多多关照!
[***.217.46.12]2025年04月27日 09时22分08秒

关于作者

    喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!

推荐文章