一、過程描述：
訪問新項目網站發現有靜態資源獲取failed，圖片經常無法顯示，刷新偶爾圖片能顯示出來。
查看nginx日誌，有error.log報錯：
【2017/07/21 22:53:12 [warn] 22402#0: *484 an upstream response is buffered to a temporary file /var/tmp/nginx/proxy//6/01/0000000016 while reading upstream, client: xxx.xxx.xxx.xxx, server: wap.xxxxxxxxx.com, request: "GET /source/images/applyfristbg.jpg HTTP/1.1", upstream: "http://127.0.0.1:8081/source/images/applyfristbg.jpg", host: "wap.xxxxxxxxx.com", referrer: "http://wap.xxxxxxxxx.com/source/css/apply-first-7ae1ca00a910468d350b293787c7e95dfbebd675.css”】
二、經研究得知：
1、是因爲nginx默認的buffer太小，請求頭header太大時會出現緩存不足，寫入到了磁盤中，造成訪問中斷。
2、進而聯繫前端得知前端爲了SEO，在header中加入和不少的中文詞彙，header那叫一個大。。。
三、解決辦法：
因爲nginx+tomcat中，nginx做的proxy，就是反向代理，所以在nginx+tomcat模式中，修改fastcgi_buffer_* 是無效的，需要修改proxy對應的buffer大小。
1、對於（ php | python ）+nginx的可以設置爲：
fastcgi_buffer_size 512k;
fastcgi_buffers 6 512k;
fastcgi_busy_buffers_size 512k;
fastcgi_temp_file_write_size 512k;
2、對於tomcat+nginx的可以設置爲：
proxy_buffering off; #開啓從後端被代理服務器的響應內容緩衝
proxy_buffer_size 128k; #設置緩衝區的大小和數量
proxy_buffers 100 128k; #
client_max_body_size 100m;
對於實際修改的大小，需要按實際情況來。
三、網上查詢的原理：
buffer工作原理
首先第一個概念是所有的這些proxy buffer參數是作用到每一個請求的。每一個請求會安按照參數的配置獲得自己的buffer。proxy buffer不是global而是per request的。
proxy_buffering 是爲了開啓response buffering of the proxied server，開啓後proxy_buffers和proxy_busy_buffers_size參數纔會起作用。
無論proxy_buffering是否開啓，proxy_buffer_size（main buffer）都是工作的，proxy_buffer_size所設置的buffer_size的作用是用來存儲upstream端response的header。
在proxy_buffering 開啓的情況下，Nginx將會儘可能的讀取所有的upstream端傳輸的數據到buffer，直到proxy_buffers設置的所有buffer們被寫滿或者數據被讀取完(EOF)。此時nginx開始向客戶端傳輸數據，會同時傳輸這一整串buffer們。同時如果response的內容很大的話，Nginx會接收並把他們寫入到temp_file裏去。大小由proxy_max_temp_file_size控制。如果busy的buffer傳輸完了會從temp_file裏面接着讀數據，直到傳輸完畢。
一旦proxy_buffers設置的buffer被寫入，直到buffer裏面的數據被完整的傳輸完（傳輸到客戶端），這個buffer將會一直處在busy狀態，我們不能對這個buffer進行任何別的操作。所有處在busy狀態的buffer size加起來不能超過proxy_busy_buffers_size，所以proxy_busy_buffers_size是用來控制同時傳輸到客戶端的buffer數量的。