上传限制有三层，只改一层往往还是失败。命令都会敲，差别在于知不知道每一步在改什么，出问题能不能退回去。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 413、上传限制 的关键动作都给了具体做法，可以照着走。

Nginx 层

client_max_body_size 20m。

优先选可回退的方案，别用一次性操作换速度。

PHP 层

upload_max_filesize 与 post_max_size。

容易踩的坑：很多“没生效”其实是缓存或时长问题，先排除这一层再改配置。

应用层

框架或面板自身也有上限。

优先选可回退的方案，别用一次性操作换速度。

生效

改完 reload，并确认没有其他 server 块覆盖。

常见问题

Q：413这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：Nginx 层、PHP 层、应用层、生效。命令行操作贵在可复现：把有效的命令记进运维笔记，比记在脑子里靠谱。

相关阅读：Nginx 504 超时的处理、Nginx 502 错误的排查顺序、Nginx 反向代理怎么配。