nginx訪問超時

① nginx 504 超時 是什麼意思

報錯信息很明顯啊，網關超時。 就是Nginx將請求發給php後，發現php沒響應或者出錯，原因基本在於php程序這邊有問題。 你排查一下php程序吧，可以把php.ini中的顯示錯誤信息選項打開，看看有啥錯誤。

② Nginx 報錯 504 gateway time-out 怎麼解決

情況一：由於nginx默認的fastcgi進程響應緩沖區太小造成
這種情況下導致fastcgi進程被掛起，如果fastcgi服務隊這個掛起處理不是很好的話，就可能提示「504 Gateway Time-out」錯誤。
情況一解決辦法：
默認的fastcgi進程響應的緩沖區是8K，我們可以設置大一點，在nginx.conf里，加入：fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8塊128k大小的空間。
情況一解決辦法（改進）：
在上述方法修改後，如果還是出現問題，我們可以繼續修改nginx的超時參數，將參數調大一點，如設置為60秒：
send_timeout 60;
經過這兩個參數的調整，結果沒有再提示「504 Gateway Time-out」錯誤，說明效果還是挺不錯的，問題基本解決。
情況二：PHP環境的配置問題
這里我們需要對php-fpm和nginx進行配置修改。因為這種情況下，也會出現「504 Gateway Time-out」錯誤提示。
情況二解決辦法（ php-fpm配置修改）：
將max_children由之前的10改為30，這樣操作是為了保證有充足的php-cgi進程可以被使用。
將request_terminate_timeout由之前的0秒改成60秒，這樣使php-cgi進程處理腳本的超時時間提高到60秒，可以防止進程被掛起以提高利用效率。
情況二解決辦法（nginx配置修改）：
為了減少fastcgi的請求次數，盡量維持buffers不變，我們要更改nginx的幾個配置項，如下：
將fastcgi_buffers由4 64k改為2 256k;
將fastcgi_buffer_size 由64k改為128k;
將fastcgi_busy_buffers_size由128k改為256k;
將fastcgi_temp_file_write_size由128k改成256k。
情況二解決辦法修改完，我們需要重新載入php-fpm和nginx的配置，然後再進行測試。之後就沒有發現「504 Gateway Time-out」錯誤，效果也還是不錯的！

③ nginx設置超時時間

可以設置upstream_response_time的時間來控制多個伺服器的切換時間
另外，max_fails=3 fail_timeout=30s，可以通過設置失敗次數和超時時間來控制失敗時間，默認是3*30＝90秒

④ nginx奇怪的超時110: Connection timed out

很明顯是架構問題，nginx本身可能也存在原因，而不是後端，不然另一台nginx就也會爆超時，那麼你的2個nginx是做反向代理到後方對吧，你的業務會話超時時間是多少，這個可能要問研發，當nginxA收到數據向後發送代理時，開始進行會話傳輸，假如說會話超時是10S，斷開後，經過5S，數據又到nginxB了，那麼先前的會話並沒有斷開，你再去連肯定會超時，所以解決方案就是看下會話時間還有nginx的會話保持時間是多少，建議改成0或者自己調節，默認記得keepalive_timeout是60，如果架構是一台nginx做反向代理，基本沒有這個問題。可能我理解也有不對

⑤ nginx反向代理，網站訪問出現502，頁面刷新之後可以正常訪問

為了保證服務性能以及安全，nginx的代理有超時時間的設置，你這個問題就是代理超時。大概有以下幾種可能，您可以依次排查一下：
1、nginx proxy的超時時間太短。解決方法：可以通過修改nginx配置調整。
2、客戶端主動關閉了連接。解決方法：檢查客戶端程序是否有問題。
3、nginx兩次提交post間隔過快。解決方法：檢查代碼有沒有類似於循環提交POST的操作或者客戶端有沒有並發測試。
4、資料庫伺服器連接失敗,session伺服器過期。解決方法：檢查資料庫有，例如session，redis伺服器是否過期。
希望能夠幫助到您！

⑥ mysql查詢大數據量，nginx超時

源碼上，盡可能的使用html，靜態頁面去完成。 環境上，可以使用nginx+apache+php+mysql 組合。目前大型網站基本都是使用php語言去寫。 資料庫需要專業優化結果，做好欄位索引等 伺服器帶寬上，也需要非常高的要求。這個不是一下子都能說清楚的。...

⑦ 如何解決「504 Gateway Time-out」錯誤

我們經常會發現大量的nginx伺服器訪問時會提示nginx 504 Gateway Time-out錯誤了，下面我來總結了一些解決辦法，有需要了解的同學可進入參考。
一般看來, 這種情況可能是由於nginx默認的fastcgi進程響應的緩沖區太小造成的, 這將導致fastcgi進程被掛起, 如果你的fastcgi服務對這個掛起處理的不好, 那麼最後就極有可能導致504 Gateway Time-out
現在的網站, 尤其某些論壇有大量的回復和很多內容的, 一個頁面甚至有幾百K
默認的fastcgi進程響應的緩沖區是8K, 我們可以設置大點
在nginx.conf里, 加入:
fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8×128k
當然如果您在進行某一項即時的操作, 可能需要nginx的超時參數調大點, 例如設置成60秒:
send_timeout 60;
我只是調整了這兩個參數, 結果就是沒有再顯示那個超時, 可以說效果不錯
另一篇文章
首先是更改PHP-fpm的幾處配置：
把max_children由之前的10改為現在的30，這樣就可以保證 有充足的php-cgi進程可以被使用；
把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進程 處理腳本的超時時間就是60秒，可以防止進程都被掛起，提高利用效率。
接著再更改nginx的幾個配置項，減少FastCGI的請求次 數，盡量維持buffers不變：
fastcgi_buffers由 4 64k 改為 2 256k；
fastcgi_buffer_size 由 64k 改為 128K；
fastcgi_busy_buffers_size 由 128K 改為 256K；
fastcgi_temp_file_write_size 由 128K 改為 256K。
好了，重新載入php-fpm和nginx的配置，再次測試，至今兩周時間內沒有再出現504 Gateway Time-out的情況，算是達到效果了。
另外，php-fpm的默認靜態處理方式會使得php-cgi的進程長期佔用內存而無法釋放，這也是導致nginx出錯的原因之一，因此可以將php-fpm的處理方式改成apache模式。
apache-like

⑧ 真心求助.nginx錯誤

Nginx伺服器錯誤一般有以下幾點原因：

1、請求的header過大。nginx默認的header長度上限是4k，如果超過了這個值,nginx會直接返回400錯誤.

解決方法：配置nginx.conf相關設置。可以通過以下2個參數來調整header上限：

client_header_buffer_size 16k；large_client_header_buffers 4 16k。

2、上傳文件過程中出現錯誤。這時瀏覽器顯示「413 Request Entity Too Large」。這是因為沒有設置client_max_body_size，這個參數默認只是1M，也就是說發布的文章內容大小不能超過1M。

解決方法：增加如下兩行到nginx.conf的http{}段， 增大nginx上傳文件大小限制：設置允許發布內容為8M：client_max_body_size 8M；client_body_buffer_size 128k。

另外如果運行的是php，那麼還要檢查php.ini，這個大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，這樣就不會因為提交數據大小不一致出現的錯誤：post_max_size = 8M；upload_max_filesize = 6M。

修改完配置後，別忘記重新載入。

3、客戶端在為等到伺服器相應返回前就關閉了客戶端描述符。一般出現在客戶端設置超時後，伺服器主動關閉。

解決方法：根據實際Nginx後端伺服器的處理時間修改客戶端超時時間。

4、腳本錯誤（php語法錯誤、lua語法錯誤）。

解決方法：查看nginx_err_log php_err_log。

5、訪問量過大，系統資源限制，不能打開過多文件。 磁碟空間不足。（access log開啟可能導致磁碟滿溢，伺服器主動關閉）。

解決方法：修改/etc/sysctl.conf文件，並使用下面的命令確認： #sysctl -p。要使 limits.conf 文件配置生效，必須要確保 pam_limits.so 文件被加入到啟動文件中。

6、後端服務無法處理，業務中斷。

解決方法：從後端日誌獲取錯誤原因，解決後端伺服器問題。

7、後端伺服器在超時時間內，未響應Nginx代理請求。

解決方法：根據後端伺服器實際處理情況，調正後端請求超時時間。

8、網站頁面緩存過大。

解決方法：配置nginx.conf相關設置：fastcgi_buffers 8 128k；send_timeout 60。

⑨ 客戶端發送請求, java後端有耗時任務，web伺服器如nginx返回服務端超時信息，會中斷後端請求處理嗎

不會終止。
超過nginx超時時間，那麼請求斷開，但是未超過java處理超時時間，所以會等到java執行超時後處理結束。

⑩ 為什麼nginx啟動訪問顯示超時

http://www.cnblogs.com/discuss/articles/1866851.html