1、日誌配置
默認#access_log logs/host.access.log main;是被註釋的，
日誌會放在logs/access.log。當然也可以設置路徑和名稱。
如果有多個server配置，可以每個配不同的日誌
2、日誌格式
通過log_format 來配置
參考（http://blog.chinaunix.net/uid-20104120-id-4089993.html）
Nginx日誌主要分爲兩種：訪問日誌和錯誤日誌。日誌開關在Nginx配置文件（/etc/nginx/nginx.conf）中設置，兩種日誌都可以選擇性關閉，默認都是打開的。
1、訪問日誌
訪問日誌主要記錄客戶端訪問Nginx的每一個請求，格式可以自定義。通過訪問日誌，你可以得到用戶地域來源、跳轉來源、使用終端、某個URL訪問量等相關信息。Nginx中訪問日誌相關指令主要有兩條：
（1）log_format
log_format用來設置日誌格式，也就是日誌文件中每條日誌的格式，具體如下：
log_format name(格式名稱) type(格式樣式)
舉例說明如下：
log_format main '$server_name $remote_addr - $remote_user [$time_local] "$request" '
'$status $uptream_status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for" '
'$ssl_protocol $ssl_cipher $upstream_addr $request_time $upstream_response_time';
上面紅色部分爲Nginx默認指定的格式樣式，每個樣式的含義如下：
$server_name：虛擬主機名稱。
$remote_addr：遠程客戶端的IP地址。
-：空白，用一個“-”佔位符替代，歷史原因導致還存在。
$remote_user：遠程客戶端用戶名稱，用於記錄瀏覽者進行身份驗證時提供的名字，如登錄百度的用戶名scq2099yt，如果沒有登錄就是空白。
[$time_local]：訪問的時間與時區，比如18/Jul/2012:17:00:01 +0800，時間信息最後的"+0800"表示服務器所處時區位於UTC之後的8小時。
$request：請求的URI和HTTP協議，這是整個PV日誌記錄中最有用的信息，記錄服務器收到一個什麼樣的請求
$status：記錄請求返回的http狀態碼，比如成功是200。
$uptream_status：upstream狀態，比如成功是200.
$body_bytes_sent：發送給客戶端的文件主體內容的大小，比如899，可以將日誌每條記錄中的這個值累加起來以粗略估計服務器吞吐量。
$http_referer：記錄從哪個頁面鏈接訪問過來的。
$http_user_agent：客戶端瀏覽器信息
$http_x_forwarded_for：客戶端的真實ip，通常web服務器放在反向代理的後面，這樣就不能獲取到客戶的IP地址了，通過$remote_add拿到的IP地址是反向代理服務器的iP地址。反向代理服務器在轉發請求的http頭信息中，可以增加x_forwarded_for信息，用以記錄原有客戶端的IP地址和原來客戶端的請求的服務器地址。
$ssl_protocol：SSL協議版本，比如TLSv1。
$ssl_cipher：交換數據中的算法，比如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內，否則會出現如下警告信息：
nginx: [warn] the "log_format" directive may be used only on "http" level in /etc/nginx/nginx.conf:97
（2）access_log
access_log指令用來指定日誌文件的存放路徑（包含日誌文件名）、格式和緩存大小，具體如下：
access_log path(存放路徑) [format(自定義日誌格式名稱) [buffer=size | off]]
舉例說明如下：
access_log logs/access.log main;
如果想關閉日誌，可以如下：
access_log off;
能夠使用access_log指令的字段包括：http、server、location。
需要注意的是：Nginx進程設置的用戶和組必須對日誌路徑有創建文件的權限，否則，會報錯。
小技巧：如果需要在access_log中記錄post請求的參數，可以參考這裏。
Nginx支持爲每個location指定強大的日誌記錄。同樣的連接可以在同一時間輸出到不止一個的日誌中，更多信息請查看這裏，這裏，還有這裏。
2、錯誤日誌
錯誤日誌主要記錄客戶端訪問Nginx出錯時的日誌，格式不支持自定義。通過錯誤日誌，你可以得到系統某個服務或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並不能關閉錯誤日誌，而是會將錯誤日誌記錄到一個文件名爲off的文件中。
正確的關閉錯誤日誌記錄功能的方法如下：
error_log /dev/null;
上面表示將存儲日誌的路徑設置爲“垃圾桶”。
二、日誌管理
新版本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
默認是每天都會產生一個.gz文件。
如果默認切割不滿足你的需求，你也可以用其它的方式，比如：這裏，還有這裏。
（http://www.cnblogs.com/amboyna/archive/2009/08/09/1542171.html）
3、負載配置
nginx 的 upstream默認是以輪詢的方式實現負載均衡，這種方式中，每個請求按時間順序逐一分配到不同的後端服務器，如果後端服務器down掉，能自動剔除。
另外一種方式是ip_hash：每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端服務器，可以解決session的問題。
