如果你正在使用windows版本的nginx，你可以尝试杀死所有的nginx进程并重新启动它来查看。 我在我的环境中遇到了同样的问题，但用这个解决方案解决了它。

如果你尝试了上面的选项，没有成功，你也使用IIS (iisnode)托管你的节点应用程序，把这段代码放在web上。Config帮我解决了这个问题:

这里是参考资料:https://www.inflectra.com/support/knowledgebase/kb306.aspx

此外，您可以更改允许的长度，因为现在我认为它是2GB。根据你的需要修改它。

  <security>
    <requestFiltering>
      <requestLimits maxAllowedContentLength="2147483648" />
    </requestFiltering>
  </security>

请查看是否在http{}块中设置client_max_body_size指令，而不是在location{}块中设置client_max_body_size指令。我已经在http{}块内设置了它，它可以工作

如果您正在使用Kubernetes，请在Ingress中添加以下注释:

annotations:
  nginx.ingress.kubernetes.io/client-max-body-size: "5m"
  nginx.ingress.kubernetes.io/client-body-buffer-size: "8k"
  nginx.ingress.kubernetes.io/proxy-body-size: "5m"
  nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"

确认已应用更改:

kubectl -n <namespace> describe ingress <ingress-name>

引用:

客户端缓冲区大小 自定义最大身体尺寸

我遇到了同样的问题，但我发现它与nginx无关。我使用nodejs作为后端服务器，使用nginx作为反向代理，413代码是由节点服务器触发的。节点使用koa解析正文。Koa限制url编码的长度。

formLimit: url编码体的限制。如果主体最终大于此限制，则返回413错误代码。默认为56kb。

将formLimit设置为更大可以解决这个问题。

如果这不好，有人会纠正我，但我喜欢尽可能地锁定所有内容，如果您只有一个上传目标(通常情况下)，那么只需将您的更改定向到一个文件。这适用于我的Ubuntu nginx-extras mainline 1.7+包:

location = /upload.php {
    client_max_body_size 102M;
    fastcgi_param PHP_VALUE "upload_max_filesize=102M \n post_max_size=102M";
    (...)
}