**什么是Nginx緩存?**
Nginx基于Proxy Store實現,使用Nginx的http\_proxy模塊可以實現類似于squid的緩存功能。當啟用緩存時,Nginx會將相應數據保存在磁盤緩存中,只要緩存數據尚未過期,就會使用緩存數據來響應客戶端的請求。
**如何啟用緩存?**
Nginx啟用緩存需要在最頂層的http節點下配置proxy\_cache\_path命令。我們先看看proxy\_cache\_path命令的語法結構:
* proxy\_cache\_path /data/cache keys\_zone=niyueling:10m;
可以看到proxy\_cache\_path命令一共包含兩個參數,第一個參數指定緩存保存的本地路徑,第二個參數定義緩存數據的共享內存區域的名稱和內存區大小。Nginx啟動后,緩存加載程序只進行加載一次,加載時會將緩存的元數據加載到共享內存區域,但是如果一次加載整個緩存全部內容可能會使Nginx剛啟動的前幾分鐘性能消耗嚴重,大幅度降低Nginx的性能。所以可以在proxy\_cache\_path命令中配置緩存迭代加載。緩存迭代加載一共可以設置三個參數:
* loader\_threshold - 迭代的持續時間,以毫秒為單位(默認為200)
* loader\_files - 在一次迭代期間加載的最大項目數(默認為100)
* loader\_sleeps - 迭代之間的延遲(以毫秒為單位)(默認為50)
我們可以看下一個小例子:
* proxy\_cache\_path /data/cache keys\_zone=niyueling:10m loader\_threshold=300 loader\_files=200;
在這個例子中緩存迭代加載可以持續300毫秒或者直到加載滿200個項目。在http節點下設置完proxy\_cache\_path命令,下一步在虛擬服務器配置中配置proxy\_cache命令,我們可以看看proxy\_cache命令的語法結構:
* proxy\_cache niyueling;
可以看到proxy\_cache命令很簡單,就是指定了我們剛才配置的內存區。但是這里有一點需要額外注意的是:我們剛才通過配置proxy\_cache\_path命令的keys\_zone參數配置內存區大小為10m,這并不會限制緩存數據的大小,實際上緩存數據是存儲在文件系統中的特定文件的元數據副本。如果想要限制緩存數據的上限,則需要在proxy\_cache\_path命令中添加max\_size參數設置緩存數據上限。說完了proxy\_cache命令。我們接著看看下一個命令:proxy\_cache\_methods,我們看下該命令語法結構:
* proxy\_cache\_methods\[GET HEAD POST\];
在虛擬服務器下配置proxy\_cache\_methods命令可以指定該虛擬服務器下什么類型的HTTP方法可以被緩存。默認情況下GET請求及HEAD請求會被緩存,而POST請求不會被緩存。接下來看看另外一個常見的命令:proxy\_cache\_valid,先貼下該命令語法結構:
* proxy\_cache\_valid reply\_code \[reply\_code...\] time;
這個命令很有意思,在虛擬服務器下設置該命令,它可以針對不同狀態碼的響應數據設置不同的緩存時間,我們可以看個簡單的小例子:
* proxy\_cache\_valid 200 10m ;
* proxy\_cache\_valid 404 1m ;
* proxy\_cache\_valid 302 5m ;
我們通過上面的命令就可以設置200狀態碼的緩存時間為10分鐘,302重定向的緩存時間為5分鐘,404的緩存時間為1分鐘。如果想為所有狀態碼定義相同緩存時間,就可以使用any作為第一個參數:
* proxy\_cache\_valid any 5m;
接下來看看下一個命令:proxy\_cache\_bypass。一樣先看下語法結構:
* proxy\_cache\_bypass arg\_nocache$arg\_comment;
這個命令可以配置不會向客戶端響應緩存,而是直接將請求轉發給后端服務進行請求數據。可以通過上述命令配置需要繞過緩存的請求URL,也就是說URL中包含該配置的值,則這次請求會直接跳過緩存直接請求后端服務去獲取數據。接下來還有最后一個比較常用的命令:proxy\_cache\_min\_uses。先貼下語法結構:
* proxy\_cache\_min\_uses 2;
這個命令可以設置當某請求最少響應幾次后會被緩存。若我設置為2則表示每個請求最少被請求2次后會加入到緩存中。
**Nginx清除緩存**
如果緩存過期則需要從緩存中刪除過期的緩存文件,防止新舊緩存出現交錯出錯,當Nginx接收到自定義HTTP頭或者PURGE請求時,緩存將會被清除。
**配置緩存清除**
我們在HTTP節點下創建一個新變量$purge\_method來標識使用PURGE方法的請求并刪除匹配的URL。
> http {
> map purge\_method {
> PURGE 1;
> default 0;
> }
> }
進入虛擬服務器配置,在location中配置高速緩存,并且指定緩存清除請求命令proxy\_cache\_purge。
> server {
> listen 80;
> server\_name [www.niyueling.cn](https://links.jianshu.com/go?to=http%3A%2F%2Fwww.niyueling.cn);
> location / {
> proxy\_cache niyueling;
> proxy\_cache\_purge $purge\_method;
> }
> }
**發送清除命令**
配置proxy\_cache\_purge指令后需要發送PURGE請求來清除緩存。例如我們使用PURGE方式請求url:
* PURGE [www.niyueling.cn/getArticle](https://links.jianshu.com/go?to=http%3A%2F%2Fwww.niyueling.cn%2FgetArticle)
則getArticle對應的緩存中的數據將被刪除。但是,這些高速緩存數據不會從緩存中完全刪除,它們將保留在磁盤上,直到它們被刪除為非活動狀態,或由緩存清除進程處理。
**限制IP訪問清除命令**
清除緩存這種命令一般需要權限才可進行操作,所以我們一般需要配置允許發送緩存清除請求的IP地址:
> geo request\_method purge\_allowed;
> default 0;
> }
> 當Nginx接收到清除緩存請求時,Nginx檢查客戶端IP地址,若IP地址已經獲得清除緩存權限,則purge\_allowed,值為1表示允許清除緩存,值為0表示表示IP地址未獲得權限。
**從緩存中完全刪除文件**
剛才說過了高速緩存數據不會從緩存中完全刪除,它們將保留在磁盤上,直到它們被刪除為非活動狀態,或由緩存清除進程處理。要完全刪除與getArticle相匹配的緩存數據,需要在proxy\_cache\_path添加參數purger,該參數表示永久的遍歷所有緩存條目,并刪除與通配符相匹配的條目。
* proxy\_cache\_path /data/cache keys\_zone=niyueling:10m purger=on;
**字節緩存**
當我們請求一個大文件時,因為請求比較耗時,當有下一個請求來臨時將不得不等待整個大文件被下載并放入高速緩存。Nginx用緩存片模塊填充高速緩存。可以將大文件分為較小的切片,每個范圍請求選擇將覆蓋所請求范圍的特定切片,并且如果此范圍切片仍未緩存,就將其放入緩存中。啟用字節范圍緩存需要注意兩個條件是否滿足:
* 確保Nginx是使用模塊編譯的。
* 使用slice指令指定切片的大小。
**可以使用slice命令指定切片大小:**
> location / {
> slice 1m;
> }
使用slice指令指定切片大小時應注意切片大小應適當調整,使切片快速下載。因為切片大小指定太小可能會導致內存使用量過多和大量打開的文件描述符,切片大小指定太大的值可能會導致請求延遲。
**接著將$slice\_range變量加入到緩存鍵中:**
* proxy\_cache\_key is\_argsslice\_range;
**使用206狀態代碼緩存響應,緩存有效期30m:**
* proxy\_cache\_valid 206 30m;
**然后設置Range頭傳遞$slice\_range變量來將傳遞范圍請求:**
* proxy\_set\_header Range $slice\_range;
**字節緩存小案例:**
> location / {
> slice 1m;
> proxy\_cache niyueling;
> proxy\_cache\_key is\_argsslice\_range;
> proxy\_set\_header Range $slice\_range;
> proxy\_cache\_valid 206 30m;
> }
**緩存清除小案例**
> http {
> proxy\_cache\_path /data/cache keys\_zone=niyueling:10m purger=on;
> map purge\_method {
> PURGE 1;
> default 0;
> }
>
> server {
> listen 80;
> server\_name [www.niyueling.cn](https://links.jianshu.com/go?to=http%3A%2F%2Fwww.niyueling.cn);
> location / {
> proxy\_cache niyueling;
> proxy\_cache\_purge $purge\_method;
> }
> }
>
> geo $purge\_allowed {
> default 0;
> 49.235.28.88 1;
> 192.168.1.100/24 1;
> }
>
> map purge\_method {
> PURGE $purge\_allowed;
> default 0;
> }
> }
- 前言
- 讀者須知
- 第一章 Linux
- HTTP
- 簡介
- 狀態碼
- 特點
- URL
- Request
- Response
- 請求方式
- 工作原理
- 生命周期
- GET和POST區別
- 組成
- 端口
- 命令
- 常用命令
- chmod命令詳解
- ubuntu apt-get命令
- 用戶和用戶組
- Nginx
- 四個基本功能
- 進程
- 進程管理[ps命令]
- 進程管理[top命令]
- 進程管理[kill命令]
- 進程管理[進程優先級]
- 進程管理[netstat命令]
- 定時任務
- crontab
- 實現每秒執行
- >/dev/null 2>&1說明
- 文件管理
- 工作管理
- 資源管理
- 第二章 NGINX
- 介紹
- 入門
- 特性
- 安裝啟動
- 基礎必會
- 常用功能
- 反向代理
- 負載均衡
- 正向代理
- HTTP服務器
- 動靜分離
- 技能點匯總
- 顯示亂碼
- 打開目錄瀏覽功能
- 錯誤碼原因和解決方案
- location用法
- 常用正則
- rewrite
- 全局變量
- if語句塊
- https
- php后端處理(fast-cgi)
- flag標志位
- 過期功能
- gzip壓縮
- 會話保持時間
- 配置nginx worker進程最大打開文件數
- sendfile
- 單個工作進程的最大連接數
- 選擇事件驅動模型
- 隱藏ngxin版本號
- 網絡連接的優化
- 緩存原理及機制
- 限流
- 日志配置
- 灰度發布
- 配置一鍵生成
- 第三章 MySQL
- 入門
- 簡介
- 術語
- 特點
- 三范式
- 8.0 新特性
- 數據類型
- 數據類型詳解
- 常用函數
- 命令速查
- MyISAM與InnoDB區別
- 服務器構成
- 事務
- 本質
- 特性
- 分類
- 隔離級別
- PHP中使用事務實例
- MVCC
- 問題和解決
- 調優原則
- 分布式事務
- 索引
- 簡介
- 索引的分類
- 創建索引
- 刪除索引
- 哈希索引
- btree索引和hash索引的區別
- 單列索引和多列索引
- 索引優化
- 查看SQL語句對索引的使用情況
- 鎖
- 技能點
- 開發規范
- 導入導出數據庫
- blob和text的區別
- char與varchar類型區別
- SQL查詢語句優化
- 事務隔離和鎖操作需要在語言級別來做嗎
- 58到家數據庫30條軍規解讀
- 數據遷移
- SKU數據庫設計
- RBAC數據庫設計
- 第四章 Redis
- 入門
- 簡介
- 應用場景
- 安裝啟動
- 生命周期
- 事務
- 配置項
- 緩存
- 數據持久化
- 安全
- 數據類型
- string
- hash
- list
- set
- zset
- php代碼實戰
- 字符串緩存實戰
- 隊列實戰
- 發布訂閱實戰
- 計數器實戰
- 排行榜實戰
- 字符串悲觀鎖實戰
- 事務的樂觀鎖實戰
- 高級應用
- 分片機制
- 主從復制
- 緩存問題
- 解決 Redis 并發競爭 Key 問題
- 淘汰策略
- 第五章 PHP
- composer
- 什么是composer
- composer常用概念解析
- 使用composer的正確姿勢
- 消息隊列
- 為何使用消息隊列
- Beanstalkd
- PSR規范
- PSR-0
- PSR-1
- PSR-2
- PSR-3
- PSR-4
- OOP基礎
- 面向對象概念
- 類和對象
- 類
- 操作對象成員
- this使用
- 構造方法和析構方法
- 封裝
- __set(),__get(),__isset(),__unset()四個方法的應用
- 繼承
- 重載新的方法(parent::)
- 訪問類型(public,protected,private)
- final關鍵字的應用
- static和const關鍵字的使用(self::)
- static關鍵字
- __toString()方法
- 克隆對象__clone()方法
- __call()處理調用錯誤
- 抽象方法和抽象類(abstract)
- 接口(interface)
- 多態
- 把對象串行化serialize()方法,__sleep()方法,__wakeup()方法
- 自動加載類 __autoload()函數
- OOP進階
- 語法糖
- 異常處理
- 后期靜態綁定
- 后期靜態綁定在框架的運用
- 代碼優化思路
- Closure(閉包)
- 巧用PHP內置方法
- 數組操作的奇技淫巧
- 設計模式
- 單例模式(Singleton Pattern)
- 工廠模式(Factor Pattern)
- 建造者模式(Builder Pattern)
- 原型模式(Prototype Pattern)
- 適配器模式(Adapter Pattern)
- 裝飾器模式(Decorator Pattern)
- 代理模式(Proxy Pattern)
- 外觀模式(Facade Pattern)
- 橋接模式(Bridge Pattern)
- 組合模式(Composite Pattern)
- 享元模式 (Flyweight Pattern)
- 策略模式 ( Strategy Pattern )
- 模板模式 (Template Pattern)
- 觀察者模式 (observer Pattern)
- 迭代模式(Iterator Pattern)
- 責任鏈模式(Chain of Responsibility Pattern)
- 命令模式 (Command Pattern)
- 備忘錄模式(Memento Pattern)
- 狀態模式 (State Pattern)
- 訪問者模式(Visitor Pattern)
- 中介者模式(Mediator Pattern)
- 解釋器模式(Interpreter Pattern)
- 數據映射模式(Data Mapper Pattern)
- 注冊樹模式(Registry Pattern)
- 空對象模式(Null Object Pattern)
- 搜索引擎
- Elasticsearch
- 安裝
- 入門
- 實踐
- 集群
- 查詢
- API
- 接口調用
- cURL
- Guzzle
- RPC
- yar
- session
- 概念
- 客戶端實現形式
- cookie與session的區別
- Cookies的安全性
- JWT
- 組成
- 入門
- 應用
- 知識點
- 常見
- $_SERVER
- php的引用
- 第六章 技術棧擴展
- 使用第三方靜態資源服務
- 七牛對象存儲實戰
- 七牛對象存儲之客戶端上傳
- aliyunOSS服務端文件上傳
- aliyunOSS客戶端文件上傳
- 第三方支付
- 微信支付
- 支付寶支付
- SEO排名影響因素
- PHP架構師之路
- CTO職能
- web宏觀分析
- 常見的企業軟件系統
- 負載的優化思路
- 從容應對負載并發的前期準備
- 第七章 網絡安全
- XSS
- CSRF
- DDoS
- SQL注入
- 停用js
- 文件上傳
- 點擊劫持
- APT
- 會話劫持
- 第八章 運維
- devops
- devops簡介
- 常用工具
- 搭建運行環境
- Centos7 lnmp環境搭建
- ubuntu lnmp環境搭建
- Apache多站點配置
- docker
- 輕松使用和理解docker
- lnamp產品級環境搭建
- lnamp產品級環境搭建【第二版】
- 基于 Docker 容器的沙盒化評測系統
- vagrant
- vagrant入門
- vagrant之Vagrantfile
- vagrant之集成jenkins
- homestead
- gitlab
- gitlab簡介
- webhook
- ssh堡壘機
- 第九章 測試
- 壓力測試
- 單元測試
- 第十章 團隊協作
- 軟件開發模式
- 邊做邊改模型
- 瀑布模型
- 迭代模型
- 快速原型模型
- 增量模型
- 螺旋模型
- 敏捷軟件開發
- 演化模型
- 噴泉模型
- 智能模型
- 混合模型
- 模型對比
- TDD
- git
- git_入門
- git_使用
- git_進階
- git workflow
- git_高級
- git_小技巧
- okr工作法
- API接口文檔管理系統
- 敏捷協作工具
- 第十一章 技術燈塔
- github項目
- 社區好貨
- 紙質書
- 第十二章 代碼之外
- 面試官的角度看面試
- 程序員的壯年思考