Linux系统不存在缓存击穿，该概念仅适用于Redis等应用层缓存；其页缓存、dentry/inode缓存由内核自动管理，无键值过期机制，通过LRU被动回收，冷启动、缓存挤出等现象本质不同。
Linux 系统本身没有“缓存击穿”这一概念——这是分布式系统或应用层缓存（如 Redis）中的术语，指高并发请求同时穿透缓存，直接打到后端存储（如数据库），造成瞬时压力激增。Linux 内核的页缓存（Page Cache）、dentry/inode 缓存、slab 分配器等属于内核内存管理机制，它们的行为由内核自动调度，不依赖用户定义的“缓存键”或“过期策略”，因此不会发生类似 Redis 的缓存击穿。
理解 Linux 的真实缓存行为
Linux 把空闲内存尽可能用于缓存文件数据（Page Cache）和目录结构（dentry/inode cache），以加速 I/O。这些缓存是被动回收的：当应用需要内存时，内核会根据 LRU 等策略自动释放冷数据，无需预设 TTL 或主动失效逻辑。
- 读文件 → 数据进入 Page Cache；再次读取 → 直接命中缓存，不访问磁盘
- 写文件 → 默认采用 write-back 模式，数据先入缓存，异步刷盘
- 删除/覆盖文件 → 对应缓存页会在后续内存压力下被回收，不是立即清除
哪些场景容易被误认为“缓存击穿”
实际中可能观察到类似现象，但根源不同：
- 冷启动延迟：服务刚启动或长时间未访问某类文件，首次读取需从磁盘加载，耗时明显；这不是击穿，而是缓存未建立
- 缓存被快速挤出：突发大量新文件读写，导致旧热点数据被换出；可通过调整 vm.vfs_cache_pressure 或预留内存缓解
- Direct I/O 或 O_DIRECT 使用：绕过 Page Cache，每次读写直通磁盘，性能恒定但失去缓存收益
- 应用层双缓存冲突：比如 Java 应用自己维护了堆内缓存，又依赖系统 Page Cache，未协同导致重复加载
真正可优化的内核缓存策略
目标不是防“击穿”，而是让缓存更贴合工作负载：
- 调大 vfs_cache_pressure（默认 100）：值越小，内核越倾向保留 dentry/inode 缓存（适合频繁 stat/open 的场景）；例如设为 50 可减少目录查找开销
- 控制 dirty_ratio / dirty_background_ratio：影响写缓存刷盘时机。写密集型服务可适当提高（如 dirty_ratio=30），避免频繁触发同步刷盘阻塞进程
- 使用 posix_fadvise() 或 fcntl(F_SETFL, O_DIRECT)：由应用明确提示内核是否需要缓存，比如日志写入常禁用缓存，大文件顺序读可建议 keep cached
- 监控关键指标：通过 /proc/meminfo 中 Cached、SReclaimable、pgpgin/pgpgout，结合 iostat -x 判断缓存是否有效、I/O 是否成为瓶颈
应用层才需关注“缓存击穿”防护
如果你在 Linux 上运行 Redis、Memcached 或自研缓存服务，那“击穿”问题发生在用户空间：
- 对热点 key 设置逻辑过期（非 redis 过期），避免集体失效
- 加互斥锁（如 setnx）防止重建缓存时的并发穿透
- 预热机制：服务启动时主动加载核心 key
- 降级兜底：缓存未命中时限制回源请求数量，或返回静态默认值
这些策略与 Linux 内存管理无关，需在应用代码或中间件配置中实现。
