<2-2> Nginx基本配置-日志及压缩输出配置

[续...]
2.3 Nginx的日志文件配置与切割
在上一节的Nginx虚拟主机配置中，已经使用access_log进行了日志记录，这一节中将详细介绍Nginx访问日志文件的配置。

与 Nginx 日志相关的指令主要有两条，一条是 log_format ，用来设置日志的格式，另外一条是 access_log ，用来指定日志文件的存放路径、格式和缓存大小。两条指令在 Nginx 配置文件中的位置可以在http{...}之间，也可以在虚拟主机之间，即 server{...}两个大括号之间。

2.3.1  用log_format指令设置日志格式
log_format指令用来设置日志的记录格式，它的语法如下:

log_format name format [format ...]

其中:
name 表示定义的格式名称;
format 表示定义的格式样式。
log_format 有一个默认的、无须设置的 combined 日志格式设置，相当于 Apache 的 combined 日志格式，其具体参数如下:
log_format combined '$remote_addr -  $remote_user  [$time_local] '
'"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent"'

您也可以自定义一份日志的记录格式，不过要注意， log_format指令设置的 name 名称在 Nginx配置文件中是不能重复的。

假设将 Nginx 服务器作为 Web 服务器，位于负载均衡设备、 Squid 、Nginx 反向代理之后， 就不能获取到客户端的真实IP地址了。原因是经过反向代理后，由于在客户端和 Web 服务器之 间地加了中间层，因此 Web 服务器无法直接拿到客户端的 IP，通过$remote_addr 变量拿到的将是反向代理服务器的 IP 地址。但是，反向代理服务器在转发请求的 HTTP 头信息中，可以增加 X-Forwarded-For信息，用以记录原有的客户端 IP 地址和原来客户端请求的服务器地址。

这时候，就要用 log_format 指令来设置日志格式 ，让日志记录 X-Forwarded-For 信息中的IP 地址 ，即客户的真实IP。

2.3.2 用 access_log 指令指定日志文件存放路径
用 log_format 指令设置了日志格式之后，需要用  access_log 指令指定日志文件存放路径。access_log 指令的语法如下:

access_log path [format [buffer=size | off]]

其中:
path 表示日志文件的存放路径;
format 表示使用 log_format 指令设置的日志格式的名称，
buffer=size 表示设置内存缓冲区的大小，例如可以设置 buffer=32k。

(1)如果不想记录日志，可以使用以下指令关闭日志记录:
access_log off;

(2)如果想使用默认的 combined 格式的日志记录，可以使用以下示例:
access_log /data1/1ogs/filename.log;
或者
access_log /data1/1ogs/filename.log combined;

(3)如果想使用自定义格式的日志记录，可以使用以下示例，其中的  mylogformat 是日志格 式名称:

log_format mylogformat '$remote_addr -  $remote_user  [$time_local] "$request" ‘
  ‘$status $body_þytes_sent  "$http_referer" ‘
‘ “$http_user_agent'' $http_x_forwarded_for';

access_log  /data1/logs/access.log mylogformat buffer=32k;

(4)在 Nginx 0.7.4之后的版本中，access_log 指令中的日志文件路径可以包含变量，例如:
access_log /data1/1ogs/$server_name.log combined;

假设 server_name 指令设置的虚拟主机名称为 test.domain.com ，那么access_log 指令将把访问日志记录在/data1/logs/test.domain.com.log 文件中。 如果日志文件路径中含有变量，将存在以下一些限制:
(1) Nginx 进程设置的用户和组必须有对该路径创建文件的权限。假设 Nginx 的 user 指令 设置的用户名和用户组都是  WWW ，而/data1/logs/ 目录的用户名和用户组为 root ，日志文件/data1/logs/test.domain.com.log 将无法被 Nginx 创建:

(2)缓存将不会被使用;

(3)对于每一条日志记录，日志文件都将先打开文件，再写入日志记录，然后马上关闭。 为了提高包含变量的日志文件存放路径的性能，需要使用  open_log_file_cache  指令设置经常被使用的日志文件描述符缓存。

open_log_file_cache  指令主要用来设置含有变量的日志路径的文件描述符缓存，它的语法 如下:

open_log_file_cache  max=N [inactive=time]  [mim_uses=N]  [valid=time]  | off

该指令默认是禁止的，等同于:
open_log_file_cache off;

open_log_file_cache 指令的各项参数说明如下:
max: 设置缓存中的最大文件描述符数量。如果超过设置的最大文件描述符数量，则采用  LRU (Least Recently Used) 算法清除"较不常使用的文件描述符"。  LRU (Least Recently Used) 算 法的基本概念是:当内存缓冲区剩余的可用空间不够时，缓冲区尽可能地先保留使用者最常使用 的数据，将最近未使用的数据移出内存，腾出空间来加载另外的数据。

inactive:  设置一个时间，如果在设置的时间内没有使用此文件描述符，则自动删除此描述符。 此参数为可选参数，默认的时间为 10 秒钟。

min_uses: 在参数 inactive 指定的时间范围内，如果日志文件超过被使用的次数，则将该日 志文件的描述符记入缓存。默认次数为 1。

valid: 设置多长时间检查一次，看一看变量指定的日志文件路径与文件名是否仍然存在。默 认时间为 60秒。
off: 禁止使用缓存。

open_log_file_cache  指令的设置示例如下:
open_log_file_cache  max=1000  inactive=20s  min_uses=2  valid=1m;

2.3.3   Nginx 日志文件的切割
生产环境中的服务器，由于访问日志文件增长速度非常快，日志太大会严重影响服务器效率。
同时，为了方便对日志进行分析计算，须要对日志文件进行定时切割.定时切割的方式有按月切 割、按天切割、按小时切割等。最常用的是按天切割。

Nginx 不支持像 Apache 一样使用 cronolog 来轮转日志，但是可以采用以下方式来实现日志 文件的切割:

mv    /data1/1ogs/access.log    /data1/1ogs/20090318.1og
kill –USR1 Nginx主进程号

首先通过 mv 命令将日志文件重命名为 /data1/logs/20090318.log，然后发送kill –USR1 信号给 Nginx 的主进程号，让 Nginx 重新生成一个新的日志文件 /data1/logs/access.log。如果nginx.conf 配置文件中使用了 "pid /usr/local/webserver/nginx/nginx.pid;" 指令，指定了 pid 文件的存放路径，我们可以通过 cat 这个 pid 文件获得 Nginx 的主进程号，命令如下 :
kill –USR1  `cat /usr/local/webserver/nginx/nginx.pid`

2)如果想每天定时切割日志，还须要借助 crontab. 我们可以写一个按天切割的日志，按年、月 份目录存放日志的 shell 脚本:

vi /usr/local/webserver/nginx/sbin/cut_nginx_log.sh

输入以下内容井保存:

#!/bin/bash
#这个脚本在每天的 00:00 运行

# Nginx El志文件的存放移径
logs_path= "/data1/1ogs/"

mkdir  -p ${logs_path}$(date -d  "yesterday"  +”%Y”)/$(date -d  "yesterday"  +"%m") / mv  $(logs_path}access.log  ${logs_path}$(date -d  "yesterday" +"%Y")/$(date  -d
yesterday"  +"%m") /access_$(date –d “yesterday” + “%Y%m%d”).log
 
kill –USR1  `cat /usr/local/webserver/nginx/nginx.pid`

另外，配置 crontab  每天凌晨 00:00 定时执行这个脚本:
crontab -e

输入以下内容并保存:
00  00  *  *  *  /bin/bash  /usr/local/webserver/nginx/sbin/cut_nginx_log.sh

这个 shell 脚本和 crontab 配置主要实现的功能为:假设今天的日期为 2009 年 5 月 19 日，Nginx 当前的日志文件为/data1/1ogs/access .log ，2009 年 5 月 20 日00:00 会执行 cut_nginx_log.sh 脚本， cut_nginx_log.sh  脚本首先创建-个目录 /data1/1ogs/2009/05，然后将/data1/1ogs/access.log  文件 移动并重命名为 /data1/logs/2009/05/access_20090519.log ，再发送kill  -USR1 信号给 Nginx  主进 程号，告诉 Nginx 重新生成一个 /data1/1ogs/access.log 文件， 2009 年 5 月 20 日的日志记录在这 个新生成的日志文件中。而 /data1/1ogs/2009/05/access_20090519.log 文件，就是 2009 年 5 月 19 日的日志文件。

2.4 Nginx 的压缩输出配置
gzip (GNU-ZIP) 是一种压缩技术。经过 gzip 压缩后页面大小可以变为原来的 30%甚至更小。 这样，用户浏览页面的时候速度会快得多。  gzip 的压缩页面需要浏览器和服务器双方都支持，实 际上就是服务器端压缩，传到浏览器后浏览器解压并解析。浏览器那里不需要我们担心，因为 IE、 Firefox 、Opera 、Chrome 等绝大多数浏览器都支持解析 gzip 过的页面。

Nginx 的压缩输出由一组 gzip 压缩指令来实现。我们从示例入手，来学习 gzip 压缩输出。 gzip压缩输出的相关指令位于 http{......} 两个大括号之间:

gzip on; 
gzip_min_length    1k; 
gzip_buffers        4  16k;
gzip_http_version 1.1;
gzip_comp_leve1 2;
gzip_types    text/p1ain    app1ication/x-javascript     text/css   app1ication/xml;
gzip_vary on;

2.5 Nginx 的浏览器本地缓存设置
浏览器缓存 (Browser Caching) 是为了加速浏览，浏览器在用户磁盘上对最近请求过的文档 进行存储，当访问者再次请求这个页面时，浏览器就可以从本地磁盘显示文档，这样就可以加速 页面的阅览。缓存的方式节约了网络的资源，提高了网络的效率。

浏览器缓存可以通过 expires 指令输出 Header 头来实现. expires 指令的语法如下:

语法:

expires [time|epochlmax|off]

默认值: expires off

作用域: http, server, location

用途:使用本指令可以控制 HTTP 应答中的"Expires" 和"Cache-Control" 的 Header 头信息(起到控制页面缓存的作用)。

可以在 time 值中使用正数或负数。 "Expires" 头标的值将通过当前系统时间加上您设定的
time 值来获得。

epoch指定 "Expires"的值为 1 January ，1970，00:00:01 GMT.

max指定 "Expires"  的值为 31 December 2037 23:59:59 GMT. "Cache-Control"  的值为 10年。-1 指定 "Expires" 的值为服务器当前时间减1秒， 即永远过期。

"Cache-Control"头标的值由您指定的时间来决定。
负数: Cache-Control: no-cache
正数或零:  Cache-Control:  max-age=#，#为指定时间的秒数。
"off" 表示不修改 "Expires" 和 "Cache-Control" 的值。

假设一个 HTML  页面中会引用-些 JavaScript 文件、图片文件，而这些格式的文件很少会被 修改，则可以通过expires 设置浏览器缓存。

例:对常见格式的图片、Flash 文件在浏览器本地缓存 30 天，对 js 、css 文件在浏览器本地 缓存 1 小时，如代码所示:
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
    expires 30d;
}

location ~  .*\.(jslcss)?$
{
     expires 1h;
}

参考资料：
《实战Nginx 取代apache的高性能web服务器》