高性能網站請求量大應該如何支撐?大體可以分為兩個方面。一方面是盡量減少對服務器的請求，另一方面是提高服務器的相應能力。對于減少服務器的請求能力，小編這里列舉以下幾個方面，大家可以參考。

 

1：對于開發人員，盡量做到能夠合并css, 把多張背景圖片合并, 減少mysql查詢等。

 

2: 對于運維人員， nginx的expires 設置，利用瀏覽器緩存等,減少查詢。

 

3: 利用第三方的cdn來響應請求，以此來減少自身服務器的壓力。

 

4: 最終剩下的,不可避免的請求----服務器集群+負載均衡來支撐。

 

所以,來到第4步后,就不要再考慮減少請求這個方向了.而是思考如何更好的響應高并發請求。那么這也是我們今天著重要講的。

 

對于Nginx來說，客戶來請求Nginx 來響應，怎么響應，無非是讀取mysql 或者是直接讀取磁盤上的index.html 等等。兩個方向，第一是要建socket 連接，第二是要打開文件。這就牽扯到兩個硬性的限制。第一，你的socket 連接能不能建那么多。你的內存是不是足夠大，因為建立socket 連接都要內存維護著他們的信息的。你打開文件，操作系統允許不允許你一次打開那么多的文件。因為在默認情況下一個進程同時只能打開1024個文件。所以你想建立高并發，高并發無非就是建立的socket 連接多，打開的文件多。只有你這兩個方面能承的住。當然對你的網卡也是有要求的，起碼你的網卡能夠同時跑通那么多的流量。

 

知道了這兩個大的方向之后，我們排查問題就需要從這兩點入手。然后通過觀察系統的dmesg 和 nginx 的error.log 來逐步解決問題。其實在真實的生產環境里面，做東西都是哪里出錯了，跟著錯誤軌跡一點點去摸索的優化的。沒有一個固定的路子說照著什么做就能達到多大的并發。

 

以上就是架構一個高并發 Nginx 服務器的大體思路和方案，希望對大家有所幫助。