每个应使用系统的日志记录是非常重要的文件，能分析线上的运行状况，nginx也不类外。而且nginx给我们提供了强大的日志功可以，把常使用的日志值都定义为变量，让我们自由组合。

日志格式

nginx服务器在运行的时候，会有各种操作，操作的信息会记录到日志文件中，日志文件的记录是有格式的。那我们如何设置日志文件的格式呢？用log_format指令进行配置文件格式，nginx的log_format有很多可选的参数使用于指示服务器的活动状态，默认的是：

log_format main '$remote_addr – $remote_user [$time_local] “$request” ' '$status $body_bytes_sent “$http_referer” ' '”$http_user_agent” “$http_x_forwarded_for”';

log_format 后面的main能了解为这个日志格式的名称，我们当然能定义多个日志格式；那后面就是日志格式，看到一组以$符号开头的变量就是nginx内置的变量，各个变量都代表肯定的含义

参数 说明 示例

$remote_addr 用户端地址 211.28.65.253

$remote_user 用户端使用户名称 —

$time_local 访问时间和时区 18/Jul/2012:17:00:01 +0800

$request 请求的URI和HTTP协议 “GET /article-10000.html HTTP/1.1”

$http_host 请求地址，即浏览器中你输入的地址（IP或者域名） www.wang.com 192.168.100.100

$status HTTP请求状态 200

$upstream_status upstream状态 200

$body_bytes_sent 发送给用户端文件内容大小 1547

$http_referer url跳转来源 https://www.baidu.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_addr 后端upstream的地址，即真正提供服务的主机地址 10.10.10.100:80

$request_time 整个请求的总时间 0.205

$upstream_response_time 请求过程中，upstream响应时间 0.002

假设将Nginx服务器作为Web服务器，位于负载均衡设施、Squid、Nginx反向代理商之后，不可以获取到用户端的真实IP地址了。起因是经过反向代理商后，因为在用户端和Web服务器之间添加了中间层，因而Web服务器无法直接拿到用户端的IP。通过$remote_addr变量拿到的将是反向代理商服务器的IP地址。但是，反向代理商服务器在转发请求的HTTP头信息中，能添加X-Forwarded-For信息，使用以记录原有的用户端IP地址和原来用户端请求的服务器地址。这时候，要使用log_format指令设置日志格式，让日志记录X-Forearded-For信息中的IP地址，即用户的真实IP。

日志文件路径配置

access_log指令

语法: access_log path [format [buffer=size [flush=time]]];

access_log path format gzip[=level] [buffer=size] [flush=time];

access_log off;

默认值: access_log logs/access.log combined;

配置段:

gzip压缩等级。

buffer设置内存缓存区大小。

flush保存在缓存区中的最长时间。

不记录日志：access_log off;

用默认combined格式记录日志：access_log logs/access.log 或者 access_log logs/access.log combined;

值得注意的是，Nginx进程设置的使用户和组必需对日志路径有创立文件的权限，否则，会报错。

此外，对于每一条日志记录，都将是先打开文件，再写入日志，而后关闭。能用open_log_file_cache来设置日志文件缓存(默认是off)。

日志文件切割

nginx日志默认情况下统统写入到一个文件中，文件会变的越来越大，非常不方便查看分析。以日期来作为日志的切割是比较好的，通常我们是以每日来做统计的。下面来说说nginx日志切割。

手动切割

到logs目录中，先备份日志文件，在重新生成日志文件

mv access.log access_20180124.log

kill -USR1 pid进程号 #向 Nginx 主进程发送 USR1 信号。USR1 信号是重新打开日志文件

手动切割显著不现实，不可可以人工做切割，但他们给我们提供了思路，就是每天备份日志，日志名加上日期维度，而后重新打开日志文件就行

系统自动切割

利使用sh脚本的方式执行刚才的手动操作，在每天凌晨执行一个计划任务 调使用sh脚本，就完成的系统自动切割日志文件

编写脚本

在nginx目录下logs目录

# touch cutlog.sh脚本

# vi cutlog.sh

#!/bin/bash

LOGS_PATH=/usr/local/nginx/logs

YESTERDAY=$(date -d “yesterday” +%Y-%m-%d)

mv ${LOGS_PATH}/access.log ${LOGS_PATH}/access_${YESTERDAY}.log

kill -USR1 $(cat /usr/local/nginx/nginx.pid) # 向 Nginx 主进程发送 USR1 信号。USR1 信号是重新打开日志文件

以上脚本就是做了手动切割的时候，现在只剩下我们配置一个计划任务，每天凌晨调使用这个sh脚本就ok了

设置定时任务

# vi /etc/crontab

0 0 * * * root /usr/local/nginx/logs/cutlog.sh

表示配置一个定时任务，定时每天00:00以root身份执行脚本/usr/local/nginx/logs/cutlog.sh，实现定时自动分割Nginx日志