nginx日誌主要有兩種:存取日誌和錯誤日誌。存取日誌主要記錄客戶端存取nginx的每一個請求,格式可以自訂;錯誤日誌主要記錄用戶端存取nginx出錯時的日誌,格式不支援自訂。兩種日誌都可以選擇性關閉。
透過存取日誌,你可以得到使用者地理來源、跳躍來源、使用終端機、某個URL訪問量等相關資訊;透過錯誤日誌,你可以得到系統某個服務或server的效能瓶頸等。因此,將日誌好好利用,你可以得到很多有價值的資訊。
#[Access.log]
log_format main '$remote_addr $remote_user [$time_local] "$request" $http_host '
## '"$http_user_agent" $ssl_protocol $ssl_cipher5 time $upstream_response_time';
#變數名稱
#變數描述 |
| 舉例說明|
#$remote_addr 客戶端位址 |
113.140.15.90
|
|
##$remote_user |
#用戶端使用者名稱 | - |
$time_local |
訪問時間與時區 | #18/Jul/2012:17:00:01 0800 |
$request |
#請求的 URI和HTTP協定 |
"GET /pa/img/home/logo-alipay-t.png HTTP/1.1 " |
#$http_host |
請求位址,即瀏覽器中你輸入的位址( IP或網域名稱) |
img.alipay .com 10.253.70.103 |
############################################# ###$status########## |
HTTP請求狀態 |
#200 |
$upstream_status |
##upstream 狀態 |
200 |
$body_bytes_sent |
#傳送給客戶端檔案內容大小 | #547 |
#$http_referer |
跳轉來源 | "https://cashier.alipay.com.../" |
#$http_user_agent | # #用戶終端代理"Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SV1; GTB7.0; .NET4.0C ; |
|
#$ssl_protocol |
||
#SSL協定版本 |
||
#TLSv1 |
##$ssl_cipher |
#交換資料中的演算法 | RC4-SHA
後台upstream#的位址,也就是真正提供服務的主機位址 |
||
10.228.35.247:80 |
#$request_time |
#整個請求的總時間 | 0.205
線上實例:
116.9.137.90 - [02/Aug/2012:14:47:12 0800] " GET /images/XX/20100324752729.png HTTP/1.1"img.alipay.com 200 200 2038 https://cashier.alipay.com/XX/PaymentResult.htm?payNoXXoz&outBizNo#201illa52 /4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0.0.00); 「 TLSv1 AES128-SHA 10.228.21.237:80 0.198 0.001
#
C接下測試(
$http_referer):
#備註: | $http_referer和重定向有關。 |
離線測試($http_host): |
備註: $http_host的值和你在瀏覽器裡輸入的值有關。 |
3、錯誤日誌
|
#錯誤訊息錯誤說明"upstream prematurely (過早的)closed connection"請求 uri的時候出現的異常,是由於upstream 還未傳回應答給使用者時用戶斷掉連線造成的,對系統沒有影響,可以忽略 |
"recv() failed (104: Connection reset by peer)" | (##1 #)伺服器的並發連線數超過了其承載量,伺服器會將其中一些連接Down掉; |
############################# #(######2###)客戶關掉了瀏覽器,而伺服器也正在傳送資料給客戶端;###### ############## #(######3###)瀏覽器端按了######Stop################################################################### ########"(111: Connection refused) while connecting to upstream"##################用戶連接時,若遇到後端## ####upstream###掛掉或不通,會收到該錯誤############################"(111: Connection refused) while reading response header from upstream"########## |
用戶連線成功後讀取資料時,若遇到後端upstream已掛掉或不通,會收到該錯誤 |
#"(111: Connection refused) while sending request to upstream" |
Nginx和upstream連線成功後傳送資料時,若遇到後端upstream掛掉或不通,會收到該錯誤 |
"(110: Connection timed out) while connecting to upstream " |
nginx連接後面的upstream時逾時 |
"(110: Connection timed out) while reading upstream" |
nginx讀取來自upstream的回應時逾時
|
"(110: Connection timed out) while reading response header from upstream" |
#nginx讀取來自upstream的回應頭時逾時 |
"(110: Connection timed out) while reading upstream" |
nginx讀取來自##upstream的回應時逾時 |
##"(104: Connection reset by peer) while connecting to upstream" |
upstream發送了RST,將連線重設 |
"upstream sent invalid header while reading response header from upstream" |
upstream發送的回應頭無效 |
#"upstream sent no valid HTTP/1.0 header while reading response header from upstream" |
#upstream發送的回應頭無效 |
#"client intended to send too large body" | 用於設定允許接受的客戶端請求內容的最大值,預設值是##1M ,client發送的body超過了設定值 |
"reopening logs" #使用者發送 |
kill -USR1 指令 # |
##“優雅關閉”, |
用戶發送 #kill -WINCH指令 |
##"上游內部沒有伺服器" |
#上游下未配置伺服器 |
#「連接到上游時沒有即時上游」
|
上游 下的伺服器全都掛了 |
##"SSL_do_handshake( )失敗"
|
SSL #握手失敗 |
##「傳送到客戶端時SSL_write() 失敗(SSL:)」
|
|
"(13:權限被拒絕)讀取上游時"
|
|
##」( 98:位址已在使用),同時連接到上游「
|
|
##"(99: 無法指派要求的位址),同時連線到上游"
|
|
"ngx_slab_alloc() 失敗:SSL 會話共享快取中沒有記憶體"
| ##ssl_session_cache大小不夠等原因造成
|
「SSL 握手時無法將新的SSL 會話新增至會話快取」 |
#ssl_session_cache大小不夠等原因造成
| "send()失敗(111:連線被拒絕) "
更多Nginx相關技術文章,請造訪Nginx教學欄位學習!
以上是怎麼分析nginx的錯誤日誌的詳細內容。更多資訊請關注PHP中文網其他相關文章!