nginx优化大型请求分片处理的关键是精准配置与协议协同：设client_body_buffer_size略大于单片上限（如6m），用独立location隔离，关闭proxy_request_buffering和client_body_in_file_only以实现流式透传，并透传x-part-number等元数据，最后通过debug日志与iostat验证是否真走内存。
优化 Nginx 对大型请求报文的分片处理，核心不是让 Nginx 自己“切分请求体”，而是通过精准配置 + 协议协同，确保分片上传请求能稳定、高效、低延迟地抵达后端，并避免内存浪费或磁盘落盘。Nginx 不实现业务层分片逻辑（如合并、校验、断点续传），它只做边界控制和流式透传。
按分片大小匹配 client_body_buffer_size
分片上传中，每个 HTTP 请求只携带一个分片（如 5MB）。若缓冲区设得太小，Nginx 会把该分片写入临时文件，增加 I/O 开销；设得太大，则高并发时内存暴涨。
- 建议将 client_body_buffer_size 设为略大于单片最大尺寸（例如分片上限 6MB → 配置
client_body_buffer_size 6m;） - 必须避开“临界点”：Nginx 内部有 1.25 倍安全扩容机制，256k 实际只能稳妥容纳 ≤204KB 的请求体；384k 才能覆盖 307KB 分片
- 不同接口用独立
location隔离，避免全局配置一刀切（如/api/upload/part专用 buffer）
禁用缓冲干扰，启用流式透传
分片请求是短生命周期、顺序明确的小流，不需要 Nginx 缓存整块再发。关键要关掉两层默认缓冲：
- 设置 client_body_in_file_only off;（默认即为 off，但务必显式确认，防止被继承配置覆盖）
- Nginx 1.13.10+ 必须加 proxy_request_buffering off;，否则仍会先收全再转发，破坏流式语义
- 配合 proxy_buffering off;，避免响应体也被缓存，实现端到端直通
延长超时并透传分片元数据
单个分片上传可能因网络抖动耗时较长，且后端需靠请求头识别分片上下文：
- 调大 client_body_timeout（如
60s），防止传输中途被 Nginx 主动断连 - 用 map 指令提取客户端传来的分片标识，透传给后端：
map $http_x_part_number $part_num { default ""; }proxy_set_header X-Part-Number $part_num; - 同理透传
X-Upload-ID、X-Total-Parts等，便于后端做幂等与完整性校验
验证是否真走内存，而非悄悄落盘
改完配置不等于生效。必须观测运行态行为：
- 开启 debug 日志：
error_log /var/log/nginx/debug.log debug;，搜索client request body buffered或in memory - 压测时运行
iostat -x 1，观察client_body_temp_path所在磁盘的wr_sec/s是否显著下降 - 监控临时目录文件创建频次（如用
inotifywait -m -e create /var/nginx/client_body_temp），归零才算到位
