背景

前幾天上傳一個300MB的文件，發現報錯，這里說明一下，用戶的請求會通過Nginx代理(負載均衡)到應用服務器。

413問題解決

錯誤信息為“413 Request Entity Too Large”。

查看Nginx日志，錯誤信息如下：

2020/09/10 11:14:47 [error] 253#0: *13083 client intended to send too large body: 392820633 bytes, client: 192.22.141.3, server: , request: "POST /file/uploadImage HTTP/1.1", host: "test.com"

從日志文件可以看出上傳的文件太大了，超出了Nginx配置的最大值，查看Nginx配置，發現client_max_body_size 200m;設置的太小了，于是修改配置client_max_body_size 500m;默認情況下client_max_body_size是1MB。

重啟Nginx后，重新上傳文件，該問題解決，但是發現另外一個問題。

500問題解決

如下圖所示，錯誤信息為“500 Internal Server Error”

查看Nginx日志，錯誤信息如下：

2020/09/10 11:34:31 [warn] 249#0: *13247 a client request body is buffered to a temporary file /dev/shm/nginx_temp/client_body/0000000037, client: 192.22.141.3, server: , request: "POST /file/uploadImage HTTP/1.1", host: "test.com"

2020/09/10 11:36:52 [crit] 249#0: *13247 pwrite() "/dev/shm/nginx_temp/client_body/0000000037" failed (28: No space left on device), client: 192.22.141.3, server: , request: "POST /file/uploadImage HTTP/1.1", host: "test.com"

從日志中可以看出：(1)上傳的文件會緩存到臨時文件“/dev/shm/nginx_temp/client_body/0000000037”中；(2)臨時文件的空間不足；

實際上，上傳的文件會首先保存到緩沖區中，client_body_buffer_size可以配置緩沖區的大小，只有當文件超過緩沖區的大小才會緩存到臨時文件中。

這里的/dev/shm目錄其實就是內存，默認是總內存的一半，可以把這個目錄當作一個高速磁盤來用，很多應用程序為了提升性能都會把臨時文件存放在里面。

要解決這個問題，修改臨時文件路徑就可以client_body_temp_path /export/data/temp/;

總結

以上就是解決問題的思路，實際上一句話就可以概括，修改下面兩個配置就可以解決問題：

# 設置上傳文件的最大值

client_max_body_size 500m;

# 設置臨時文件存放路徑

client_body_temp_path /export/data/temp/;

總結

以上是生活随笔為你收集整理的nginx 上传 文件超时设置_Nginx大文件上传413和500问题排查总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。