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，确认单 worker 实际内存占用是否稳定在预期范围
