最近生產(chǎn)環(huán)境在這兩個參數(shù)之間遇到過幾次坑。這里記錄下。

client_max_body_size
client_max_body_size 默認(rèn) 1M，表示 客戶端請求服務(wù)器最大允許大小，在“Content-Length”請求頭中指定。如果請求的正文數(shù)據(jù)大于client_max_body_size，HTTP協(xié)議會報錯 413 Request Entity Too Large。就是說如果請求的正文大于client_max_body_size，一定是失敗的。如果需要上傳大文件，一定要修改該值。
client_body_buffer_size
Nginx分配給請求數(shù)據(jù)的Buffer大小，如果請求的數(shù)據(jù)小于client_body_buffer_size直接將數(shù)據(jù)先在內(nèi)存中存儲。如果請求的值大于client_body_buffer_size小于client_max_body_size，就會將數(shù)據(jù)先存儲到臨時文件中，在哪個臨時文件中呢？
client_body_temp 指定的路徑中，默認(rèn)該路徑值是/tmp/.
所以配置的client_body_temp地址，一定讓執(zhí)行的Nginx的用戶組有讀寫權(quán)限。否則，當(dāng)傳輸?shù)臄?shù)據(jù)大于client_body_buffer_size，寫進(jìn)臨時文件失敗會報錯。
這個問題我們遇到過。

20648 open() “/usr/local/openresty-1.9.7.5/nginx/client_body_temp/0000000019” failed (13: Permission denied)

/usr/local/openresty-1.9.7.5/nginx/client_body_temp/這個文件夾權(quán)限改為執(zhí)行Nginx的用戶群組就可以解決。

在這個問題上和語言就相關(guān)了，如果使用的是PHP，PHP會自己將臨時文件讀取出來，放置到請求數(shù)據(jù)里面，這是沒有問題的，開發(fā)者也不需要關(guān)心?？隙ㄊ峭暾臄?shù)據(jù)。

如果使用的openresty lua 開發(fā)的話，就需要開發(fā)者自己讀取出來，讓后續(xù)的邏輯使用。

function getFile(file_name)
local f = assert(io.open(file_name, ‘r’))
local string = f:read(“*all”)
f:close()
return string
end

ngx.req.read_body()
local data = ngx.req.get_body_data()
if nil == data then
local file_name = ngx.req.get_body_file()
ngx.say(“>> temp file: “, file_name)
if file_name then
data = getFile(file_name)
end
end

ngx.say(“hello “, data)

總結(jié)
傳輸?shù)臄?shù)據(jù)大于client_max_body_size，一定是傳不成功的。小于client_body_buffer_size直接在內(nèi)存中高效存儲。如果大于client_body_buffer_size小于client_max_body_size會存儲臨時文件，臨時文件一定要有權(quán)限。

如果追求效率，就設(shè)置 client_max_body_size client_body_buffer_size相同的值，這樣就不會存儲臨時文件，直接存儲在內(nèi)存了。