摘要：日志主要分為兩種訪問日志和錯誤日志。請求過程中，的響應時間。正確的關(guān)閉錯誤日志記錄功能的方法如下上面表示將存儲日志的路徑設置為垃圾桶。日志分割新版本支持自動切割并壓縮日志，日志文件名如下默認是每天都會產(chǎn)生一個文件。

Nginx日志主要分為兩種：訪問日志和錯誤日志。日志開關(guān)在Nginx配置文件（一般在server段來配置）中設置，兩種日志都可以選擇性關(guān)閉，默認都是打開的。

#日志格式設定
log_format access "$remote_addr - $remote_user [$time_local] "$request" "
"$status $body_bytes_sent "$http_referer" "
""$http_user_agent" $http_x_forwarded_for";

#定義本虛擬主機的訪問日志
access_log ar/loginx/ha97access.log access;

log_format access 中的access表示給后面定義的日志個數(shù)取了個名為main的名稱，便于在access_log指令中引用

對比日志格式和輸出的結(jié)果可以發(fā)現(xiàn)，日志格式用一對單引號包起來，多個日志格式段用可以放在不同的行，最后用分號(;)結(jié)尾
單引號中的雙引號("),空白符，中括號([)等字符原樣輸出，比較長的字符串通常用雙引號(")包起來，看起來不容易更加清楚，$開始的變量會替換為真實的值

$server_name  #虛擬主機名稱。

$remote_addr  #遠程客戶端的IP地址。

-  #空白，用一個“-”占位符替代，歷史原因?qū)е逻€存在。

$remote_user  #遠程客戶端用戶名稱，用于記錄瀏覽者進行身份驗證時提供的名字，如登錄百度的用戶名scq2099yt，如果沒有登錄就是空白。

[$time_local]  #訪問的時間與時區(qū)，比如18/Jul/2016:17:00:01 +0800，時間信息最后的"+0800"表示服務器所處時區(qū)位于UTC之后的8小時。

$request  #請求的URI和HTTP協(xié)議，這是整個PV日志記錄中最有用的信息，記錄服務器收到一個什么樣的請求,請求的是什么

$status  #記錄請求返回的http狀態(tài)碼，比如成功是200。

$uptream_status  #upstream狀態(tài)，比如成功是200.

$body_bytes_sent  #發(fā)送給客戶端的文件主體內(nèi)容的大小，比如899，可以將日志每條記錄中的這個值累加起來以粗略估計服務器吞吐量。

$http_referer  #記錄從哪個頁面鏈接訪問過來的。 

$http_user_agent  #客戶端瀏覽器信息

$http_x_forwarded_for  #客戶端的真實ip，通常web服務器放在反向代理的后面，這樣就不能獲取到客戶的IP地址了，通過$remote_add拿到的IP地址是反向代理服務器的iP地址。反向代理服務器在轉(zhuǎn)發(fā)請求的http頭信息中，可以增加x_forwarded_for信息，用以記錄原有客戶端的IP地址和原來客戶端的請求的服務器地址。

$ssl_protocol  #SSL協(xié)議版本，比如TLSv1。

$ssl_cipher  #交換數(shù)據(jù)中的算法，比如RC4-SHA。 

$upstream_addr  #upstream的地址，即真正提供服務的主機地址。 

$request_time  #整個請求的總時間。 

$upstream_response_time  #請求過程中，upstream的響應時間。

訪問日志中一個典型的記錄如下：

192.168.1.102 - scq2099yt [18/Mar/2013:23:30:42 +0800] "GET /stats/awstats.pl?config=scq2099yt HTTP/1.1" 200 899 "http://192.168.1.1/pv/" "Mozilla/4.0 (compatible; MSIE 6.0; Windows XXX; Maxthon)"

需要注意的是：log_format配置必須放在http內(nèi)，否則會出現(xiàn)如下警告信息：

nginx: [warn] the "log_format" directive may be used only on "http" level in /etc/nginx/nginx.conf:97

常見的nginx配置中access log一般都只有GET請求的參數(shù)，而POST請求的參數(shù)卻不行。
http://wiki.nginx.org/NginxHt...

$request_body
This variable(0.7.58+) contains the body of the request. The significance of this variable appears in locations with directives proxy_pass or fastcgi_pass.

正如上文件所示，只需要使用$request_body即可打出post的數(shù)據(jù)，在現(xiàn)存的server段加上下面的設置即可：

log_format access "$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent $request_body "$http_referer" "$http_user_agent" $http_x_forwarded_for";
access_log logs/test.access.log access;

錯誤日志主要記錄客戶端訪問Nginx出錯時的日志，格式不支持自定義。通過錯誤日志，你可以得到系統(tǒng)某個服務或server的性能瓶頸等。因此，將日志好好利用，你可以得到很多有價值的信息。錯誤日志由指令error_log來指定，具體格式如下：

error_log path(存放路徑) level(日志等級)

path含義同access_log，level表示日志等級，具體如下：

[ debug | info | notice | warn | error | crit ]
從左至右，日志詳細程度逐級遞減，即debug最詳細，crit最少。

舉例說明如下：

error_log  logs/error.log  info;

需要注意的是：error_log off并不能關(guān)閉錯誤日志，而是會將錯誤日志記錄到一個文件名為off的文件中。
正確的關(guān)閉錯誤日志記錄功能的方法如下：

error_log /dev/null;

上面表示將存儲日志的路徑設置為“垃圾桶”。

location = /favicon.ico {  
  log_not_found off;   # 經(jīng)常碰到favicon.ico找不到的日志，直接關(guān)閉它。
}  

新版本Nginx支持自動切割并壓縮日志，日志文件名如下：

access.log
access.log.1
access.log.2.gz
access.log.3.gz
error.log
error.log.1
error.log.2.gz
error.log.3.gz

默認是每天都會產(chǎn)生一個.gz文件。如果還不能滿足你的需求的話,還可以用shell腳本+crond處理日志

#!/bin/bash
# The Nginx logs path
logs_path="/data0/logs"
logs_dir=${logs_path}/$(date -d "yesterday" +"%Y")/$(date -d "yesterday" +"%m")
logs_file=$(date -d "yesterday" +"%Y%m%d")
mkdir -p /data0/backuplogs/$(date -d "yesterday" +"%Y")/$(date -d "yesterday" +"%m")
tar -czf ${logs_path}/${logs_file}.tar.gz ${logs_path}/*.log
rm -rf ${logs_path}/*.log
mv ${logs_path}/${logs_file}.tar.gz /data0/backuplogs/$(date -d "yesterday" +"%Y")/$(date -d "yesterday" +"%m")
/usr/local/nginx/sbin/nginx -s reload
for oldfiles in `find /data0/backuplogs/$(date -d "30 days ago" +"%Y")/$(date -d "30 days ago" +"%m")/ -type f -mtime +30`
do
rm -f $oldfiles
done

00 00 * * * /usr/local/sbin/cut-logs.sh 2>&1 >/dev/null &