Nginx(三)：日志

最新推荐文章于 2024-04-28 13:16:41 发布
最新推荐文章于 2024-04-28 13:16:41 发布
阅读量4.7k 收藏 10
点赞数 2
分类专栏： nginx 文章标签： nginx linux 运维 Powered by 金山文档
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bpingchang/article/details/129338559
版权

nginx支持两种日志：error_log 和 access_log

1.error_log

nginx 日志级别支持：debug | info | notice | warn | error | crit | alert | emerg，错误级别从左到右越来越大。

nginx日志保存位置支持：syslog(远端日志服务器)，内存，本地保存

error_log语法格式

Syntax:    error_log file [level];
Default:   error_log logs/error.log error;
error_log logs/error.log error;
Context:    main, http, mail, stream, server, location

内存(memory)

我们在配置存储路径时，还可以配置memory,而这种配置效果，更多的是在测试Debug阶段。正式上线阶段一般不使用该配置。示例效果如下：

error_log memory:32m debug;

error_log 可以在main，http，mail，stream，server，loaction 范围中定义。

通常默认情况下会在main中创建。我们也可以根据自己的需求，在不同的权限范围中定义不同的error错误输出等级和地址。

stream（需要nginx 1.7.11版本及以上），mail（需要nginx 1.9.0版本及以上）。

示例：

error_log /path/to/log debug;
http {
    server {
        error_log /path/to/log debug;
        ...
    }

大部分情况下，我们都是创建一个main级别的就可以了。没有必要创建server级别的。如果我们定义了server级别的，建议可以注释掉main级别的。

我们默认安装，没有修改过error日志时，nginx提供的默认日志，将error.log 文件导出后效果如下：

2022/11/17 03:35:10 [warn] 2121534#2121534: *1779322 an upstream response is buffered to a temporary file 后面我就省略了
2022/11/17 09:08:44 [crit] 2121534#2121534: *1783300 SSL_do_handshake() failed (SSL: error:141CF06C:SSL routines:tls_parse_ctos_key_share:bad key share) while SSL handshaking,后面我就省略了
2022/11/17 17:07:17 [emerg] 2312144#2312144: unknown directive "if($http_user_agent" in /etc/nginx/nginx.conf:8

2. access_log

access_log: 记录nginx每一次的http请求的访问状态,主要用于去分析每一次http的请求和客户端的交互以及对行为的一些分析。

Nginx官网文档地址:http://nginx.org/en//docs/http/ngx_http_log_module.html#access_log

access_log语法格式

Syntax: access_log path [log_format [buffer=size] [gzip[=level]] [flush=time] [if=condition]];
access_log off;
Default: access_log logs/access.log combined;
Context: http, server, location, if in location, limit_except

  • path 指定日志的存放位置。

  • log_format 指定日志的格式。默认使用预定义的combined。

  • buffer 用来指定日志写入时的缓存大小。默认是64k。

  • gzip 日志写入前先进行压缩。压缩率可以指定，从1到9数值越大压缩比越高，同时压缩的速度也越慢。默认是1。

  • flush 设置缓存的有效时间。如果超过flush指定的时间，缓存中的内容将被清空。

  • if 条件判断。如果指定的条件计算为0或空字符串，那么该请求不会写入日志。

log_format的配置,nginx的日志里面记录的信息可以理解为就是log_format,但是log_format又是一个一个的变量拼接起来的,所以下面来看看log_format。Nginx官网文档地址:http://nginx.org/en//docs/http/ngx_http_log_module.html#log_format

官网对log_format配置的介绍是"指定日志格式"，语法格式如下示：

Syntax: log_format name [escape=default|json|none] string ...;
Default: log_format combined "...";
Context: http

代码示例:

log_format http '$remote_addr - $remote_user [$time_local] "$request" '
                 '$status $body_bytes_sent "$http_referer" '
                 '"$http_user_agent" "$http_x_forwarded_for"';
access_log  /var/log/nginx/access.log  http;

语法分析:

语法中的 name=http , 然后 [escape=default|json|none]这些参数都没有填 , 语法中的 string就是后面所有的字符串了 , 示例中string 的值全是不同的变量拼接的一个字符串 , 所以下面还得接着看看Nginx变量的介绍。name写明了http , 那log_format就只能配置在http模块中,不要配置在server中了,server属于http模块中的子模块了。

下面是一个请求的日志记录:

112.195.209.90 - - [20/Feb/2018:12:12:14 +0800] "GET / HTTP/1.1" 200 190 "-" "Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Mobile Safari/537.36" "-"

我们看到最终的日志记录中

http_referer、$http_x_forwarded_for都对应了一个”-“，这是因为这几个变量为空。

3.Nginx变量

nginx的变量主要分三种:

http内核模块提供的变量

变量名

作用

$arg_PARAMETER

HTTP请求中某个参数的值，如/index.php?site=www.ttlsa.com，可以用$arg_site 取得www.ttlsa.com这个值.

$args

HTTP请求中的完整参数。例如，在请求/index.php?width=400&height=200 中，$args表示字符串width=400&height=200.

$binary_remote_addr

二进制格式的客户端地址。例如：\\x0A\\xE0B\\x0E

$body_bytes_sent

表示在向客户端发送的http响应中，包体部分的字节数

$content_length

表示客户端请求头部中的Content-Length 字段

$content_type

表示客户端请求头部中的Content-Type 字段

$cookie_COOKIE

表示在客户端请求头部中的cookie 字段

$document_root

表示当前请求所使用的root 配置项的值

$document_uri

与$uri 含义相同

$Host

表示客户端请求头部中的Host字段。如果Host字段不存在，则以实际处理的server（虚拟主机）名称代替。如果Host字段中带有端口，如IP:PORT，那么$host是去掉端口的，它的值为IP。

$host

是全小写的。这些特性与http_HEADER中的http_host不同，http_host只取出Host头部对应的值。

$hostname

表示 Nginx所在机器的名称，与 gethostbyname调用返回的值相同

$http_HEADER

表示当前 HTTP请求中相应头部的值。HEADER名称全小写。例如，示请求中 Host头部对应的值 用 $http_host表

$is_args

表示请求中的 URI是否带参数，如果带参数，$is_args值为 ?，如果不带参数，则是空字符串

$limit_rate

表示当前连接的限速是多少，0表示无限速

$nginx_version

表示当前 Nginx的版本号

$query_string

请求 URI中的参数，与 $args相同，然而 $query_string是只读的不会改变

$remote_addr

表示客户端的地址

$remote_port

表示客户端连接使用的端口

$remote_user

表示使用 Auth Basic Module时定义的用户名

$request_body

表示HTTP请求中的包体，该参数只在 proxy_pass或 fastcgi_pass中有意义

$request_body_file

表示 HTTP请求中的包体存储的临时文件名

$request_completion

当请求已经全部完成时，其值为 “ok”。若没有完成，就要返回客户端，则其值为空字符串；或者在断点续传等情况下使用 HTTP range访问的并不是文件的最后一块，那么其值也是空字符串。

$request_filename

表示用户请求中的 URI经过 root或 alias转换后的文件路径

$request_method

表示 HTTP请求的方法名，如 GET、PUT、POST等

$request

完整的原始请求行，如 "GET / HTTP/1.1"

$http_x_forwarded_for

当前端有代理服务器时，设置web节点记录客户端地址的配置，此参数生效的前提是代理服务器也要进行相关的x_forwarded_for设置。

$request_uri

表示客户端发来的原始请求URI，带完整的参数。

$scheme

表示HTTP scheme，如在请求 https://nginx.com/中表示 https

$sent_http_HEADER

表示返回客户端的 HTTP响应中相应头部的值。HEADER名称全小写。例如，用 $sent_ http_content_type表示响应中 Content-Type头部对应的值

$server_addr

表示服务器地址

$server_name

表示服务器名称

$server_port

表示服务器端口

$server_protocol

表示服务器向客户端发送响应的协议，如 HTTP/1.1或 HTTP/1.0

$uri

表示当前请求的URI，不带任何参数

$uri和$document_uri

未必是用户的原始请求，在内部重定向后可能是重定向后的URI，而$request_uri 永远不会改变，始终是客户端的原始URI.

内置变量

可以打开Nginx官方文档http://nginx.org/en//docs/http/ngx_http_log_module.html#log_format查看

变量名

作用

$bytes_sent

发送的字节数的客户端

$connection

连接序号

$connection_requests

在当前经由一个连接 (1.1. 18)

$msec

时间在毫秒和秒的分辨率在写日志

$pipe

如果请求是通过http流水线发送，则其值为"p"，否则为“."

$request_length

请求 （ 包含请求行、报头和请求主体)

$request_time

请求处理时间 (以秒和毫秒的分辨率 ；经过的时间之间的第一字节读取到客户端和服务器的日志写入的最后一个字节后被传送至客户端

$status

状态响应

$time_iso8601

当地时间在 ISO 8601 格式标准

$time_local

在当地时间的公共日志格式

自定义变量

可以在代码中增加自己需要的内容作为自动变量，并在日志中打印。

4.日志轮转

日志保存时间

error日志和运行access日志的存储时间是一个值，配置路径为：

vim /etc/logrotate.d/nginx

通过修改rotate参数值，就可以修改日志的存储时间了。通过vim命令打开文件：vim /etc/logrotate.d/nginx可以看到下面

/var/log/nginx/*.log {
       ...
        rotate 60
        ...
}

其中的rotate 就是nginx日志保留时间了。例如上面配置中的60(天)，我们可以根据自己的需求修改为其他整数日期，根据自己项目需要修改为对应的天数即可。修改完毕后，需要执行：

logrotate /etc/logrotate.d/nginx

就可以让配置生效了。

日志分隔

编写nginx日志分割脚本

[root@localhost ~]# vim /usr/local/nginx/logs/NginxLogRotate.sh
#!/bin/bash 
LOGS_PATH=/usr/local/nginx/logs 
YESTERDAY=$(date -d "yesterday" +%Y-%m-%d) 
cp ${LOGS_PATH}/access.log ${LOGS_PATH}/access_${YESTERDAY}.log && >${LOGS_PATH}/access.log
cp ${LOGS_PATH}/error.log ${LOGS_PATH}/error_${YESTERDAY}.log && >${LOGS_PATH}/error.log

2、设置定时任务运行脚本

[root@localhost ~]# crontab -e
0 0 * * *  /usr/local/nginx/logs/NginxLogRotate.sh

定时任务每天00:00执行脚本/usr/local/nginx/logs/NginxLogRotate.sh，实现定时自动分割Nginx日志（包括访问日志和错误日志），这样Nginx每天都会生成一个新的日志文件。

乐动心情
关注
  • 2
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
windows 下 nginx 日志切割
12-10
windows 下nginx 日志切割 结合windows任务计划，实现每天备份日志，并reopen nginx
nginx的日志配置
weixin_33913377的博客
03-18 455
本文转自：https://www.cnblogs.com/biglittleant/p/8979856.html 版权归属原作者!!!!!! nginx access日志配置 access_log日志配置 access_log用来定义日志级别，日志位置。语法如下： 日志级别： debug > info > notice > warn > error &g...
Nginx日志配置
weixin_33693070的博客
11-13 109
Nginx错误日志 https://coding.net/u/aminglinux/p/nginx/git/blob/master/log/error.md Nginx的错误日志Nginx错误日志平时不用太关注，但是一旦出了问题，就需要借助错误日志来判断问题所在。 配置参数格式：error_log /path/to/log level; Nginx错误日志级别常见的错误日志级别有debug | i...
深入理解Nginx日志级别
彩旗工作室的博客
03-11 862
Nginx 是一个高性能的 HTTP 和反向代理服务器，广泛用于提供网站和应用服务。它的强大功能之一是灵活的日志记录能力，允许管理员根据需要配置不同的日志级别。正确理解和使用这些日志级别对于监控、调试和保障你的服务稳定运行至关重要。本文旨在深入介绍 Nginx 支持的日志级别及其应用场景。
nginx 配置与日志管理
weixin_61428407的博客
09-13 3221
nginx 系统配置与日志管理
Nginx 日志配置
yueerba126的博客
10-12 1890
日志是用来进行数据统计、问题排错的重要手段。在Nginx中，日志相关的配置非常灵活且功能丰富。本文将详细介绍Nginx中与日志相关的配置。access_loglog_formaterror_log每个级别的配置可以有其独立的访问日志，而日志格式则可以通过log_format命令来自定义。access_log在Nginx中，access_log指令用于定义如何记录客户端的请求。这些日志通常对分析网站流量、性能调优等非常有用。
nginx stream 日志设置(Version 1.9.0 +)
weixin_34061555的博客
04-03 1066
nginx自1.9.0开始提供tcp/udp的反向代理功能，直到1.11.4才开始提供session日志功能。 启用stream日志配置文件 主配置文件/etc/nginx/nginx.conf增加内容： stream { log_format proxy '$remote_addr [$time_local] ' '$protocol $statu...
nginx日志级别
热门推荐
fangletian1981的专栏
12-10 1万+
这一系列的文章还是在09年写的，存在电脑里很久了，现在贴出来。顺序也不记得了，看到那个就发那个吧，最近都会发上来。欢迎转载，但请保留链接：http://lenky.info/，谢谢。 第一：打开debug模式进行编译，简单操作如下： sudo ./configure –with-debug sudo make sudo make install 应注意–with-debug选项，记得打开
Linux中级实战专题篇三：nginx服务（日志介绍，作用域，格式定义，流量控制，访问控制模块，用户信任登录）
chenshuai199533的博客
05-14 4999
Linux中级实战专题篇三：nginx服务（日志介绍，作用域，格式定义，流量控制，访问控制模块，用户信任登录）
Nginx日志设置
承缘丶
10-03 9653
Nginx日志设置
Nginx 启用stream日志
秋雨夕照的博客
07-22 5416
nginx stream 启用日志
nginx_log_analysis:nginx日志分析
05-26
nginx_log_analysis是一个Nginx日志实时分析系统，目前已经在折800旗下的全部Nginx代理上运行，每天负责数十亿日志的实时分析。整个传输操作在log执行阶段，对请求的响应时间没有影响。如果对Ngx_Lua开发有兴趣的...
Nginx日志管理介绍
01-10
Nginx日志描述 通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的...
rhit:Nginx日志浏览器
03-06
Rhit会在标准位置（甚至gzip压缩）读取您的nginx日志文件，进行一些分析，并在控制台的漂亮表中告诉您有关该文件的信息，而不存储和污染任何内容。 它使您可以按日期，状态，引荐来源或路径过滤匹配，并进行趋势分析...
Nginx日志分析工具2.1.0.zip
06-11
windows版Nginx日志分析工具2.1.0
Linux｜Awk 变量、数字表达式和赋值运算符
冷冻工厂
04-25 586
同样，数字 22 被赋予了变量 port_no，还可以把一个变量的值赋给另一个变量，就像最后一个例子中，将变量 computer_name 的值赋给了变量 server。例如，假设有一个名为 names.txt 的文件，该文件列出了一个应用程序的用户的名单，包括他们的名、姓和性别。要理解在 Awk 中数值表达式的运用，来看下面的例子，这个例子中用到了一个名为 domains.txt 的文件，这个文件列出了 Tecmint 所持有的所有域名。接下来，将探讨 Awk 的最后一个特性——赋值运算符。
linux 系统文件目录颜色及特殊权限对应的颜色
持 开源思想，撰 必胜所学，望 勤学者，无难处
04-25 293
特殊权限Set User ID,占属主的x位,仅对可执行的程序有意义,当其他用户执行带SUID标记的程序是,所有用户具有此程序的属主的身份和相应权限，例如:其user在此（若属主为root）创建文件或目录，属主依然是root，而不是user。特殊权限Set Group ID,占属组的x位,对可执行的程序和目录有效，例如:其user2在此目录（若属组为user1）创建文件或目录，属组依然是user1，而不是user2。可以用字符表示文件的类型（权限中的首字符）学识浅薄，有错还望纠正！那蓝色背景的又是什么？
Linux：浏览器访问网站的基本流程（优先级从先到后）
最新发布
fox_kang的博客
04-28 647
浏览器访问网站的基本流程（优先级从先到后） 首先查找浏览器是否存在该网站的访问缓存 其次查找本机的域名解析服务器 windows：C:\Windows\System32\drivers\etc\hosts Linux：/etc/hosts 使用外部的域名解析服务器解析（例如：114.114.114.114） 第一步：浏览器使用域名访问www.bilibili.com.网站 第二步：首先去访问根域名解析服务器查询，根服务器返回.com域名解析服务器地址==（这里的根域名解析服务器不会直接给出域名对应的
nginx 出现：Active: inactive (dead)
06-10
当Nginx出现 "Active: inactive (dead)" 的状态时，说明Nginx服务没有运行。可以尝试以下几种方法解决问题： 1. 启动Nginx服务：可以使用以下命令启动Nginx服务： ``` sudo systemctl start nginx ``` 如果服务已经启动，会提示 "Job for nginx.service is already running."，否则会启动Nginx服务。 2. 检查Nginx配置文件：可以使用以下命令检查Nginx配置文件是否有语法错误： ``` sudo nginx -t ``` 如果发现语法错误，需要修复配置文件。 3. 检查端口是否被占用：可以使用以下命令检查Nginx监听的端口是否被占用： ``` sudo netstat -tlnp | grep nginx ``` 如果发现端口被占用，需要释放端口或者修改Nginx配置文件中监听的端口。 4. 检查Nginx日志：可以查看Nginx的日志文件，查找原因并进行排查。 ``` sudo tail -f /var/log/nginx/error.log ``` 如果以上方法不能解决问题，可以考虑重装Nginx或者检查服务器的其他配置，以解决Nginx服务不能启动的问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值