如圖所示,nginx緩存,能夠在必定程度上,減小源服務器的處理請求壓力。 由於靜態文件(好比css,js, 圖片)中,不少都是不常常更新的。 nginx使用proxy_cache將用戶的請求緩存到本地一個目錄。下一個相同請求能夠直接調取緩存文件,就不用去請求服務器了。 畢竟,IO密集型服務的處理是nginx的強項。css
先上個栗子:html
http{
proxy_connect_timeout 10;
proxy_read_timeout 180;
proxy_send_timeout 5;
proxy_buffer_size 16k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 96k;
proxy_temp_file_write_size 96k;
proxy_temp_path /tmp/temp_dir;
proxy_cache_path /tmp/cache levels=1:2 keys_zone=cache_one:100m inactive=1d max_size=10g;
server {
listen 80 default_server;
server_name localhost;
root /mnt/blog/;
location / {
}
#要緩存文件的後綴,能夠在如下設置。
location ~ .*\.(gif|jpg|png|css|js)(.*) {
proxy_pass http://ip地址:90;
proxy_redirect off;
proxy_set_header Host $host;
proxy_cache cache_one;
proxy_cache_valid 200 302 24h;
proxy_cache_valid 301 30d;
proxy_cache_valid any 5m;
expires 90d;
add_header wall "hey!guys!give me a star.";
}
}
# 無nginx緩存的blog端口
server {
listen 90;
server_name localhost;
root /mnt/blog/;
location / {
}
}
}
複製代碼
由於我是在一臺服務器上作試驗(敲重點,作試驗),因此用了兩個端口80
和90
進行模擬兩臺服務器之間的交互。nginx
80
端口對接的是普通的域名(http://wangxiaokai.vip
)訪問。
90
端口負責處理80
端口代理過來的資源訪問。
至關於90
端口是源服務器,80
端口是nginx反向緩存代理服務器。git
接下來說一下配置項:github
proxy_connect_timeout 10;
proxy_read_timeout 180;
proxy_send_timeout 5;
proxy_buffer_size 16k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 96k;
proxy_temp_file_write_size 96k;
proxy_temp_path /tmp/temp_dir;
proxy_cache_path /tmp/cache levels=1:2 keys_zone=cache_one:100m inactive=1d max_size=10g;
複製代碼
服務器鏈接的超時時間
鏈接成功後,等候後端服務器響應時間
後端服務器數據回傳時間
緩衝區的大小
每一個鏈接設置緩衝區的數量爲number,每塊緩衝區的大小爲size
開啓緩衝響應的功能之後,在沒有讀到所有響應的狀況下,寫緩衝到達必定大小時,nginx必定會向客戶端發送響應,直到緩衝小於此值。
設置nginx每次寫數據到臨時文件的size(大小)限制
從後端服務器接收的臨時文件的存放路徑
設置緩存的路徑和其餘參數。被緩存的數據若是在inactive參數(當前爲1天)指定的時間內未被訪問,就會被從緩存中移除
server {
listen 80 default_server;
server_name localhost;
root /mnt/blog/;
location / {
}
#要緩存文件的後綴,能夠在如下設置。
location ~ .*\.(gif|jpg|png|css|js)(.*) {
proxy_pass http://ip地址:90;
proxy_redirect off;
proxy_set_header Host $host;
proxy_cache cache_one;
proxy_cache_valid 200 302 24h;
proxy_cache_valid 301 30d;
proxy_cache_valid any 5m;
expires 90d;
add_header wall "hey!guys!give me a star.";
}
}
複製代碼
nginx緩存裏拿不到資源,向該地址轉發請求,拿到新的資源,並進行緩存
設置後端服務器「Location」響應頭和「Refresh」響應頭的替換文本
容許從新定義或者添加發日後端服務器的請求頭
指定用於頁面緩存的共享內存,對應http層設置的keys_zone
爲不一樣的響應狀態碼設置不一樣的緩存時間
緩存時間
這裏我設置了圖片
、css
、js
靜態資源進行緩存。 當用戶輸入http://wangxiaokai.vip
域名時,解析獲得ip:port
的訪問地址。port
默認爲80。因此頁面請求會被當前server截取到,進行請求處理。 當解析到上述文件名結尾的靜態資源,會到緩存區獲取靜態資源。 若是獲取到對應資源,則直接返回數據。 若是獲取不到,則將請求轉發給proxy_pass
指向的地址進行處理。後端
server {
listen 90;
server_name localhost;
root /mnt/blog/;
location / {
}
}
複製代碼
這裏直接處理90
端口接受到的請求,到服務器本地目錄/mnt/blog
下抓取資源進行響應。緩存
細心的讀者應該發現,我在第二段的栗子裏,留了個彩蛋 add_header wall "hey!guys!give me a star."
。 add_header
是用於在報頭設置自定義的信息。 因此,若是緩存有效的話,那麼靜態資源返回的報頭,必定會帶上這個信息。bash
訪問http://wangxiaokai.vip
結果以下: 服務器
[1] nginx文檔
[2] nginx反向緩存代理詳解
[3] Nginx緩存服務器靜態文件spa
個人GitHub倉庫 Give me a star,if it's work out for you.Thank you.