加速 Nginx 響應的 5 個措施！趕忙用…
核心內容主要是經過修改 Nginx 配置（Nginx 經常使用配置彙總！從入門到幹活足矣）文件來進行調優的！javascript
經過優化網站，對 HTTP 服務器進行一些小的改動，能夠減小用戶使用的網絡帶寬和服務器上的負載，就能夠給更多用戶提供服務。這裏，咱們將介紹一些簡單但功能強大的配置更改，這些改動操做步驟很是簡單，但能夠明顯提升網站性能並減小使用的網絡帶寬。css
舉一個現實存在的例子，咱們有一個電子商務的站點，該站點運行着 Nginx1.15.9 做爲其 web 服務器。爲了便於計算，咱們假設該站點天天有 100 個獨立用戶，30% 的用戶是重複訪問者，每一個用戶在一個會話中平均訪問 4 個頁面。html
一、啓用 Gzip 壓縮
Enabling Gzip Compression for HTML, CSS, and JavaScript Filesjava
如您所知，在網站上構建頁面的 HTML，CSS 和 JavaScript 文件可能很是龐大。在大多數狀況下，Web 服務器能夠即時壓縮這些和其餘文本文件，以節省網絡帶寬。查看 Web 服務器是否正在壓縮文件的一種方法，就是使用瀏覽器中的開發人員工具。nginx
對於許多瀏覽器，您可使用 F12 鍵訪問該工具，相關信息在 Network 選項卡上，能夠獲得以下所示的截圖例子。正如您在左下角看到的，沒有壓縮:文本文件的大小爲 1.15 MB，傳輸了大量數據。web
默認狀況下，壓縮功能在 Nginx 中是禁用的，但由於安裝方式或 Linux 發行版的不一樣，一些狀況下可能在默認的 nginx.conf 配置文件中是啓用狀態。這裏，咱們在 NGINX 配置文件中啓用了 gzip 壓縮：json
gzip on;
gzip_types application/xml
application/json
text/css
text/javascript
application/javascript;
gzip_vary on;
gzip_comp_level 6;
gzip_min_length 500;
正以下面屏幕截圖中看到的那樣，壓縮後數據傳輸減小到 260KB，相對來收減小了約 80％ 數據傳輸！對於頁面上的每一個新用戶，您能夠節省大約 917KB 的數據傳輸。對於長期使用咱們網站的用戶，天天能夠節省 62MB 帶寬，每個月能夠節省 1860MB 帶寬。瀏覽器
二、設置緩存頭
瀏覽器檢索網頁文件時，會將副本保留在本地磁盤緩存中。這樣，當你再次訪問該頁面時，瀏覽器就沒必要從服務器從新獲取文件。每一個瀏覽器都有本身的使用邏輯，來決定什麼時候使用該文件對應的本地副本，以及什麼時候在服務器更改了該文件時再次獲取它。可是，做爲網站全部者，你能夠在發送的 HTTP 響應中設置緩存控制和過時標頭，以提升瀏覽器的緩存行爲的效率，從而減小不少沒必要要的 HTTP 請求。緩存
首先，能夠爲字體和圖像設置較長的緩存過時時間，這些字體和圖像可能不會常常更改。在下面的示例中，設置客戶端瀏覽器將字體和圖像在本地緩存中保留一個月。服務器
nginx
location ~* \.(?:jpg|jpeg|gif|png|ico|woff2)$ {
expires 1M;
add_header Cache-Control "public";
}
三、啓用 HTTP2 協議
HTTP/2 是用於服務網頁的下一代協議，旨在更好地利用網絡和主機服務器。根據Google 文檔，它能夠更快地加載頁面內容和處理請求。
The resulting protocol is more friendly to the network, because fewer TCPconnections are used in comparison to HTTP/1.x. This means less competitionwith other flows, and longer‑lived connections, which in turn leads to betterutilization of available network capacity.
在 Nginx1.9.5 及更高版本中已經支持了 HTTP/2 協議，若是須要使用或啓用 HTTP/2 協議的話，在 Nginx 配置文件的 listen 指令上包含 http2 參數，便可。須要請注意的是，在大多數狀況下，還須要啓用 TLS 才能正常使用 HTTP/2 協議。
nginx listen 443 ssl http2;
下面這網站能夠驗證本身管理的網站是否支持 HTTP/2 的協議。
四、優化日誌
Optimizing Logging
咱們在管理網站的時候，即便是有對應的監控服務，可是對應日誌分析仍是不夠到位。你也可能只關注錯誤(400 和 500 個狀態碼等等)，而不是成功的請求。經過減小沒必要要的日誌記錄，能夠節省服務器上的磁盤存儲、CPU 和 I/O 操做。這不只可讓咱們服務器更快一些，並且釋放的資源能夠用來運行其餘服務。
有幾種不一樣的方法能夠減小和優化日誌記錄，可是在這裏，咱們重點介紹三個。
[1] 禁用頁面資源請求的日誌記錄
若是咱們不須要記錄檢索普通頁面資源的請求，好比圖像文件、JavaScript 文件和 CSS 文件等等，那麼這是一個快速而簡單的解決方案。你所須要作的就是建立一個與這些文件類型匹配的 location 塊，並配置禁用其中的日誌記錄。
nginx
location ~* \.(?:jpg|jpeg|gif|png|ico|woff2|js|css)$ {
access_log off;
}
[2] 禁用成功請求的日誌記錄
這是一種更好的方法，由於它會丟棄帶有 2xx 或 3xx 的響應查詢，僅記錄錯誤請求。它比方法 1 稍微複雜一點，由於它取決於您的 Nginx 日誌記錄的配置方式。
使用 Nginx 官方文檔中的示例，讓咱們打開條件日誌記錄。建立一個 $loggable 的變量並將其設置爲 0，用於帶有 2xx 和 3xx 響應代碼的日誌請求，不然設置爲 1，便可。而後在 access\_log 指令中，將該變量做爲條件引用。
# /etc/nginx/nginx.conf
access_log /var/log/nginx/access.log;
nginx
# access_log directive
map $status $loggable {
~^[23] 0;
default 1;
}
access_log /var/log/nginx/access.log combined if=$loggable;
[3] 最小化 I/O 操做
即便你要記錄全部請求，也能夠經過打開訪問日誌緩衝來最大程度地減小 I/O 操做。使用此指令，Nginx 將等待將日誌數據寫入磁盤，直到填滿 512KB 緩衝區或自上次刷新以來已過了 1 分鐘（以先發生者爲準）。
access_log /var/log/nginx/access.log combined buffer=512k flush=1m;
五、限制帶寬
若是服務器提供較大的文件(或較小但很是受歡迎的文件，例如表單或報表文件等)，則設置客戶端下載文件的最大速度多是一個很是有用的選擇。若是你的站點已經承受了很高的網絡負載，則限制下載速度會留下更多帶寬，以使應用程序的關鍵部分保持響應，這是硬件製造商使用的很是受歡迎的解決方案。
使用 limit\_rate 指令來限制特定 URL 的帶寬。在這裏，咱們將 /download 下每一個文件的傳輸速率限制爲每秒 50KB 的速度。
location /download/ {
limit_rate 50k;
}
你可能還但願僅對較大的文件進行速率限制，這能夠經過 limit\_rate\_after 指令進行。在此示例中，每一個文件(來自任何目錄)的前 500KB 都不受速度限制地進行傳輸，以後的全部內容均以 50KB/s 的速度爲上限。這樣能夠加快網站關鍵部分的交付速度，同時下降其餘部分的速度。
location / {
limit_rate_after 500k;
limit_rate 50k;
}
請注意，速率限制適用於瀏覽器和 Nginx 之間的單個 HTTP 鏈接，所以請不要阻止用戶使用下載管理器來繞開速率限制。
咱們但願這五個技巧能幫助你優化網站的性能，然而速度和帶寬增益因網站而異。即便調整你的服務 Nginx 配置，發現彷佛並無顯着釋放帶寬或提升速度，但成千上萬個網站分別調整其 Nginx 配置的總體影響加在一塊兒呢？咱們的全球網絡獲得更有效的利用，這意味着最關鍵的服務將在須要時提供。
哈哈哈，固然咱們還可使用 F5 等負載均衡器。
翻譯自： https://www.nginx.com/blog/he...