執行PHP操作大文件insert mysql數據庫時，出現這個錯誤提示
The page you are looking for is temporarily unavailable.
Please try again later.
set_time_limit(0)不限超時已經設置，並且PHP.INI中的錯誤提示已經打開，但還是出現上面的提示。
於是，查看nginx的錯誤日志，發現這個錯誤
2014/02/11 15:51:09 [error] 6085#0: *403 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.0.34, server: admin38.xx.com, request: "GET /osstest/fread.php?id=98 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "admin38.xx.com:1010"
好象是超時了。。
於是 修改nginx的配置文件conf
報這個錯誤之后，整個服務器就不響應了，但是nginx后面的webpy程序沒有任何錯誤，后端的數據庫也很正常，從網上查了很多資料，都是說要修改proxy_read_timeout,proxy_send_timeout和proxy_buffer幾個相關設置的值。
如下配置，要放在server配置節之內
large_client_header_buffers 4 16k; client_max_body_size 30m; client_body_buffer_size 128k; #proxy_connect_timeout 300; #proxy_read_timeout 300; #proxy_send_timeout 300; #proxy_buffer_size 64k; #proxy_buffers 4 32k; #proxy_busy_buffers_size 64k; #proxy_temp_file_write_size 64k; fastcgi_connect_timeout 300; fastcgi_read_timeout 300; fastcgi_send_timeout 300; fastcgi_buffer_size 64k; fastcgi_buffers 4 32k; fastcgi_busy_buffers_size 64k; fastcgi_temp_file_write_size 64k;
你可以看到上面是proxy_和fastcgi_兩種配置，就是說如果你的nginx后面是proxy，就設置proxy相關的配置，如果是fastcgi就設置fastcgi相關的配置。
這里可以設置最大，如100000，
這里規定了PHP-CGI的連接、發送和讀取的時間，300秒足夠用了，因此我的服務器很少出現504 Gateway Time-out這個錯誤。最關鍵的是php-fpm.conf的設置，這個會直接導致502 Bad Gateway和504 Gateway Time-out。
下面我們來仔細分析一下php-fpm.conf幾個重要的參數：
php-fpm.conf有兩個至關重要的參數，一個是”max_children”,另一個是”request_terminate_timeout”
我的兩個設置的值一個是”40″，一個是”900″，但是這個值不是通用的，而是需要自己計算的。
計算的方式如下：
如果你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有系循環或BUG的話你可以直接 將”request_terminate_timeout”設置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一 點，也就是說你的PHP-CGI可能出現某個BUG，或者你的寬帶不夠充足或者其他的原因導致你的PHP-CGI能夠假死那么就建議你 給”request_terminate_timeout”賦一個值，這個值可以根據你服務器的性能進行設定。一般來說性能越好你可以設置越高，20分鍾 -30分鍾都可以。由於我的服務器PHP腳本需要長時間運行，有的可能會超過10分鍾因此我設置了900秒，這樣不會導致PHP-CGI死掉而出現502 Bad gateway這個錯誤。
而”max_children”這個值又是怎么計算出來的呢?這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就 會很少。設置”max_children”也需要根據服務器的性能進行設定，一般來說一台服務器正常情況下每一個php-cgi所耗費的內存在20M左 右，因此我的”max_children”我設置成40個，20M*40=800M也就是說在峰值的時候所有PHP-CGI所耗內存在800M以內，低於 我的有效內存1Gb。而如果我的”max_children”設置的較小，比如5-10個，那么php-cgi就會“很累”，處理速度也很慢，等待的時間 也較長。如果長時間沒有得到處理的請求就會出現504 Gateway Time-out這個錯誤，而正在處理的很累的那幾個php-cgi如果遇到了問題就會出現502 Bad gateway這個錯誤。
fastcgi_read_timeout 300s;
為防止萬一，我在nginx.conf默認配置文件中也修改了最大時間。
- fastcgi_connect_timeout 100000;
- fastcgi_send_timeout 100000;
- fastcgi_read_timeout 100000;
- fastcgi_buffer_size 64k;
- fastcgi_buffers 8 64k;
- fastcgi_busy_buffers_size 64k;
- #fastcgi_temp_file_write_size 64k;
做了上面2個設置后，重啟一下
/usr/local/nginx/sbin/nginx -s stop //關閉服務器
/usr/local/nginx/sbin/nginx 開啟服務器
php-fpm重啟
killall php-fpm
再執行(usr/local/php是php的安裝目錄)
/usr/local/php/sbin/php-fpm
NGINX反代理超時報錯，解決方法：
server {
listen 80;
server_name *.xywy.com ;
large_client_header_buffers 4 16k;
client_max_body_size 300m;
client_body_buffer_size 128k;
proxy_connect_timeout 600;
proxy_read_timeout 600;
proxy_send_timeout 600;
proxy_buffer_size 64k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
........................
｝