proxy_max_temp_file_size 0 的真实作用是：在 proxy_buffering on 且响应体超出内存缓冲时，禁用 proxy_pass 响应体写临时文件行为，强制断连返回 502 或流式转发，不干预日志、SSL 缓存等其他磁盘操作。
直接设为 0 是最有效的手段，但必须同步加固缓冲策略与业务容错能力，否则会把磁盘抖动换成 502 风险。
proxy_max_temp_file_size 0 的真实作用
它不关闭所有磁盘操作，只禁用 proxy_pass 流程中「响应体超出内存缓冲后写临时文件」这一路径。Nginx 先尝试用 proxy_buffer_size + proxy_buffers 存完整响应；若不够，且该值为 0，则不再落盘，而是直接断连并返回 502。
- 日志、SSL session cache、proxy_cache 等其他磁盘行为完全不受影响
- iostat -x 1 中 %util 接近 100%、await 骤升但 error log 干净，大概率就是这个环节在高频刷小文件
- 不会提升单请求吞吐，但会显著降低磁盘 IO 抖动，同时抬高内存占用和 502 触发概率
设为 0 前必须同步调优的缓冲参数
单独设 0 是危险操作。内存缓冲没跟上，就会频繁触发 502。
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
-
proxy_buffering on;—— 必须开启，否则proxy_buffers等参数不生效 -
proxy_buffer_size 128k;—— 确保大响应头（如含长 JWT、多 Set-Cookie）不被截断 -
proxy_buffers 8 128k;—— 总缓冲达 1MB，适配 JSON/Protobuf 类微服务响应 -
proxy_busy_buffers_size 256k;—— 留出足够空间接力转发，避免阻塞接收
适合设为 0 的典型业务场景
不是所有网关都适用。只有满足以下条件时，才建议启用：
- 后端是稳定内网微服务，平均响应体小于 1MB，极少返回导出文件或 dump 数据
- 上游已实现幂等重试（如 SDK 自动 fallback 到降级接口或缓存）
- 监控已覆盖
nginx_http_requests_total{code="502"}和响应时间分位数，能快速识别异常突增 - 网关部署在内存充足节点（建议 ≥16GB），且未与其他高 IO 服务混部
比设为 0 更稳的折中方案
压测常发现抖动主因是“几十 KB × 数万 QPS”这类高频小文件刷盘，而非单个大响应。
- 将
proxy_max_temp_file_size设为1m，限制单次落盘粒度 - 用
proxy_temp_path /dev/shm/nginx_temp 1 2把临时目录移到内存盘，规避机械盘随机 IO - 对明确的大文件路径（如
/export/、/download/）单独location关闭proxy_buffering，走纯流式
