Page Cache不是二级日志缓存，而是内核态页缓存；Nginx access_log buffer是一级用户态缓冲，二者串联但不可叠加配置；关键在于协同调优dirty参数、匹配buffer/flush策略及挂载选项，使日志写入稳定可控。
Page Cache 本身不是“二级日志缓存”，它也不是专为 Nginx 日志设计的缓存层。所谓“二级日志缓存”是误用概念——Nginx 的 access_log buffer 是一级缓冲（用户态内存），而 Page Cache 是内核态对日志文件写入的统一缓存（底层页缓存），二者天然串联，但不能被当作两级协同缓存来“叠加配置”。真正能提升日志写入吞吐、降低延迟的关键，在于让 Page Cache 工作得更平滑、更可控，避免反向拖慢 Nginx。
下面从三个可落地、有依据的方向展开：
明确 Page Cache 对日志写入的真实影响路径
Nginx 启用
后：
日志数据先写入 worker 进程的用户态 buffer；
buffer 满或超时触发 write() 系统调用 → 数据进入内核 Page Cache（对应日志文件的脏页）；
内核后台线程（writeback）按策略将脏页刷盘；
若脏页占比逼近
，后续 write() 就会同步阻塞，Nginx worker 卡在日志写入上，表现就是请求延迟突增、RPS 波动。
这不是日志慢，是内核在“强制限速”。
Nginx
在宝塔面板中轻松管理Nginx高性能Web服务器。提供可视化配置反向代理、负载均衡、SSL证书及HTTP缓存功能，一键优化高并发性能，助您高效搭建稳定、快速的网站运行环境。
下载
协同调优 Page Cache 参数，减少写入抖动
单一调大
不仅无效，还可能延后刷盘、放大突发 I/O 峰值，引发磁盘队列积压甚至超时。应组合调整：
把
设为
5–8
（默认常为 10–20）：让 writeback 更早启动，持续小批量刷盘；
把
设为
30000（5 分钟）
：放宽脏页存活时间，避免短时 burst 写入触发集中冲刷；
保持
在
15–20
区间（不建议超过 25）：留出安全余量，防止 OOM 或 sync 阻塞；
配合
（非零即可，避免 swap 干扰 page cache 回收）。
匹配 Nginx 日志缓冲与内核节奏
内核参数调优必须和 Nginx 配置对齐，否则效果抵消：
太小（如 4k）→ write() 调用太频繁，加剧脏页生成节奏；
太大（如 512k）→ 单次 write() 数据量高，易造成单次脏页突增；
推荐值：
或
，兼顾吞吐与响应性；
确保日志文件挂载使用
（ext4/xfs），禁用访问时间更新，减少元数据写入干扰；
若使用 SSD，可加
（ext4 mount 选项），延长数据提交间隔，配合内核刷盘窗口。
本质上，这不是构建“二级缓存”，而是消除 Page Cache 成为瓶颈的条件，让 Nginx 日志写入从“受控释放”变成“稳定流水线”。不复杂但容易忽略。
access_log /path/to/access.log buffer=128k flush=1svm.dirty_ratiodirty_ratiovm.dirty_background_ratiovm.dirty_expire_centisecsvm.dirty_ratiovm.swappiness=1bufferbufferbuffer=128k flush=1sbuffer=64k flush=500msnoatime,barrier=1commit=60