眾所周知,線上如果出現事故我們通常都是查看日志去進行問題定位并且進行修復。使用好Nginx日志有利于我們線上進行修復異常問題。在Nginx中日志主要分為兩種:access\_log(訪問日志)和error\_log(錯誤日志)。通過查看access\_log我們可以查看用戶ip,瀏覽器信息及請求時間等信息,通過查看error\_log我們可以查看線上出錯的具體信息,可以幫助我們定位異常的原因。本篇文章主要帶領大家詳細了解Nginx如何配置日志。本文將會涉及到的日志配置指令:
* access\_log
* log\_format
* open\_log\_file\_cache
* log\_not\_found
* log\_subrequest
* rewrite\_log
* error\_log
**access\_log指令**
首先,我們可以先看看access\_log指令。access\_log命令可以配置訪問日志。我們可以先看下access\_log指令的語法結構:
* access\_log path \[format \[buffer=size\] \[gzip\[=level\]\] \[flush=time\] \[if=condition\]\]; # 設置訪問日志
* access\_log off; # 關閉訪問日志
我們先來看看語法結構中的參數的含義:
* path: 指定日志的存放位置
* format: 指定日志的格式,非必填,默認為預定義的combined
* buffer:指定日志寫入時的緩存大小,非必填,默認64k
* gzip: 日志寫入前先進行壓縮
* flush: 設置緩存的有效期
* if: 設置條件判斷,當天劍成立時才會寫入日志
* off: 值為off表示不開啟日志,值為on表示開啟日志
access\_log指令可以使用于http根節點,虛擬服務器server節點,上下文配置location以及limit\_except中。無法在其他作用域使用access\_log指令,否則Nginx會報錯。我們可以看一個簡單的配置access\_log的小例子:
* access\_log /root/.pm2/logs/niyueling.log buffer=32k gzip flush=5m
這個配置指定日志存儲路徑為/root/.pm2/logs/niyueling.log,日志使用默認格式combined。日志緩存大小為32k,日志寫入前會進行gzip壓縮,緩存有效期為5分鐘。
**log\_format指令**
剛才有講過如果未指定日志格式,Nginx會使用combined日志格式為默認格式。combined日志格式默認使用格式為:
* log\_format combined 'remote\_user \[![time_local] ' '"](https://math.jianshu.com/math?formula=time_local%5D%20'%20'%22)request" body\_bytes\_sent ' '"http\_user\_agent"';
但是如果不想使用combined日志格式,就可以使用log\_format指令來自定義格式內容。log\_format指令需要在http節點下進行配置。我們先來看下log\_format指令的語法結構:
* log\_format name \[escape=default|json\] string;
我們先來看看log\_format的參數對應的用法:
* name: 指定日志格式名稱,因為在access\_log指令中需要指定日志格式
* escape: 設置字符編碼方式,可以選擇default或者json
* string: 要寫入日志的內容,可以有多個參數,可以使用Nginx變量。
下面貼一下log\_format指令中常用的一些變量:

file
我們可以接著看個自定義日志格式的**小案例**:
http {
log\_format main 'remote\_user \[![time_local] "](https://math.jianshu.com/math?formula=time_local%5D%20%22)request" '
'"body\_bytes\_sent "http\_user\_agent" "gzip\_ratio" bytes\_sent $request\_length';
server {
server\_name [www.niyueling.cn](https://links.jianshu.com/go?to=http%3A%2F%2Fwww.niyueling.cn);
access\_log /root/.pm2/logs/niyueling.log main;
}
}
**open\_log\_file\_cache指令**
對于網站的訪問記錄,通常操作都是首先打開日志文件,然后寫入日志記錄,最后關閉文件。默認情況下日志文件不進行緩存的,我們可以通過open\_log\_file\_cache指令設置日志文件緩存。open\_log\_file\_cache指令可以配置在http根節點,虛擬服務器server節點以及上下文location中。我們先看下open\_log\_file\_cache指令的語法結構:
* open\_log\_file\_cache max=X \[inactive=time\] \[min\_uses=N\] \[valid=time\];
* open\_log\_file\_cache off;
首先先貼下參數對應的含義:
* max: 設置緩存中的最大文件描述符
* inactive: 設置存活時間
* min\_uses: 在存活時間內,日志文件最少被使用幾次后將日志文件描述符寫入緩存。
* valid: 設置檢查頻率
* off: 禁用日志緩存
可以看一個簡單配置日志緩存的小例子:
* open\_log\_file\_cache max=100 inactive=30s valid=5m min\_uses=3;
**log\_not\_found指令**
這個命令用于指定是否在error\_log錯誤日志中記錄不存在的錯誤,如文件不存在等。默認值為是。我們可以先看下語法結構:
* log\_not\_found on | off;
log\_not\_found指令可以配置在http根節點,虛擬服務器server節點以及上下文location中。設置為on表示記錄不存在的錯誤,設置為off表示不記錄不存在的錯誤。
**log\_subrequest指令**
log\_subrequest指令用于指定在access\_log訪問日志中是否記錄子請求的訪問記錄。默認情況為不記錄,貼下語法結構:
* log\_subrequest on | off;
log\_subrequest指令可以配置在http根節點,虛擬服務器server節點以及上下文location中。設置為on表示記錄子請求訪問記錄,設置為off表示不記錄子請求訪問記錄。
**rewrite\_log指令**
rewrite\_log指令由ngx\_http\_rewrite\_module模塊提供服務,用來記錄日志重寫。可以在error\_log錯誤日志中記錄notice級別的重寫日志。默認是不啟用狀態,貼下語法結構:
* rewrite\_log on | off;
rewrite\_log指令可以配置在http根節點,虛擬服務器server節點以及上下文location以及if條件判斷中。設置為on表示在錯誤日志中記錄notice級別的重寫日志,設置為off表示在錯誤日志中不記錄notice級別的重寫日志。
**error\_log指令**
error\_log指令顧名思義,就是用來指定錯誤日志的,一般來說線上出現bug都是通過error\_log日志來定位問題所在而加以解決的。error\_log指令可以記錄服務器和請求處理過程中的錯誤信息。我們先看下error\_log指令的語法結構:
* error\_log file \[level\];
參數含義其實很容易可以理解:
* file: error\_log 存放路徑
* level: 日志級別,只有日志級別高于指定級別才會記錄到error\_log中
* error\_log指令可以配置在http節點,main節點,虛擬服務器server節點以及上下文location中。
**日志切割**
Nginx記錄日志默認情況下是訪問日志全部寫入access\_log中,錯誤日志全部寫入error\_log中。這樣會導致日志文件原來越大,不利于查看日志分析問題異常,所以我們可以將日志以日期為單位進行切割。首先需要寫一個腳本實現Nginx按天切割:
> **日志保存位置**
* base\_path='/root/.pm2/logs/niyueling.log'
> **獲取當前年信息和月信息**
* log\_path=$(date -d yesterday +"%Y%m")
> **獲取昨天的日信息**
* day=$(date -d yesterday +"%d")
> **按年月創建文件夾**
* mkdir -p log\_path
> **備份昨天的日志到當月的文件夾**
* mv base\_path/day.log
> **輸出備份日志文件名**
* echo log\_path/access\_$day.log
> **通過Nginx信號量控制重讀日志**
* kill -USR1 `cat /opt/nginx/logs/nginx.pid`
**然后給腳本添加可執行權限,最后添加Linux定時任務:**
* crontab -e
**每天凌晨兩點半進行日志分割**
* 30 02 0 \* \* \* /root/.pm2/logs/splitLog.sh
\*\* 重啟Linux定時任務\*\*
* crond restart
通過上面的講解差不多可以知道Nginx對于日志是如何進行配置的,實際上就是通過log\_format配置日志格式,如果log\_format中使用了Nginx變量,則可以通過open\_log\_file\_cache指令來設置緩存提高性能。然后通過access\_log進行設置訪問日志,通過error\_log指令設置錯誤日志。最后實現定時任務定時切割每天的日志,有利于我們后期維護。
- 前言
- 讀者須知
- 第一章 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項目
- 社區好貨
- 紙質書
- 第十二章 代碼之外
- 面試官的角度看面試
- 程序員的壯年思考