proxy_buffers 本身不直接减少 swap，但不合理配置会加剧内存压力或磁盘 i/o，间接触发 swap；应按响应特征设数量与大小，配合 proxy_busy_buffers_size、禁用临时文件及调低 swappiness 来协同优化。

调优 proxy_buffers 本身不能直接减少磁盘 swap，但能显著降低因频繁写临时文件引发的内核 page cache 压力，从而间接缓解 swap 触发。真正导致 swap 的，往往是 Nginx worker 进程因缓冲区设计不当而大量占用内存、挤占系统可用内存，或因落盘行为加剧 I/O 等待，拖慢内存回收速度。

明确 proxy_buffers 和 swap 的关系

proxy_buffers 是 per-request 的内存分配单元，每个活跃请求都会按配置独占一组缓冲区（例如 proxy_buffers 16 256k 表示单请求最多用 4MB）。高并发下若设置过大，worker 进程 RSS 内存会快速攀升；若设置过小，则被迫高频写临时文件，触发内核回写压力与 page cache 污染——这两者都可能推动系统进入内存紧张状态，最终激活 swap。

合理设置 proxy_buffers 总量

目标是让常见响应体落在内存缓冲范围内，避免落盘，同时不浪费过多内存：

FastAPI Flask Proxy

FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。

下载

• 中小响应（API/HTML，平均 50–200KB）：建议 proxy_buffers 8 256k（总量 2MB），兼顾并发数与单请求开销
• 大响应（报表导出、镜像拉取，百 MB 级）：可设为 proxy_buffers 16 512k（总量 8MB），但需同步控制并发连接数或启用流式转发
• 严禁盲目堆数量：如 proxy_buffers 64 4m 单请求就吃掉 256MB，10 个并发即可压垮 2GB 内存机器

配套限制“忙区”与落盘行为

仅调 proxy_buffers 不够，必须协同约束实际驻留内存的数据量：

• proxy_busy_buffers_size 设为总量的 1/2（如 8MB 总量 → 设 4m），防止已收未发数据无节制堆积
• proxy_max_temp_file_size 0 彻底禁用临时文件，超限时返回 502，比默默落盘更利于暴露瓶颈
• 若必须允许落盘，改用内存盘路径：proxy_temp_path /dev/shm/nginx_temp 1 2，避开磁盘 IO 对 page cache 的干扰

配合系统级内存管理

Nginx 配置需与 Linux 内存策略对齐：

• 关闭 swappiness（vm.swappiness=1）：抑制内核主动换出匿名页
• 确保 proxy_buffering off 用于流式场景（如 SSE、大文件下载），此时所有 buffer 参数失效，零落盘、零 swap 风险
• 监控 cat /proc/<nginx-pid>/status | grep VmRSS</nginx-pid>，确认单 worker 实际内存占用是否稳定在预期范围