nginx查看日志命令

扫码添加渲大师小管家，免费领取渲染插件、素材、模型、教程合集大礼包！

大家好，今天来介绍nginx查看日志命令(nginx基础知识)的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

使用命令如何动态查看nginxlog日志文件的内容

可以看
输入固定的查看镇举日志的代码,nglnx日志查看御唯碧的文山察件代码主要如下:cat /var/log/nginx/error.log。

Nginx相关知识点

Nginx是lgor Sysoev为俄罗斯访问量第二的rambler.ru站点设计开发的。从2004年发布至今，凭借开源的力量，已经接近成熟与完善。

Nginx功能丰富，可作为HTTP服务器，也可作为反向代理服务器，邮件服务器。支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能。并且支持很多第三方的模块扩展。

Nginx的稳定性、功能集、示例配置文件和低系统资源的消耗让他后来居上，在全球活跃的网站中有12.18%的使用比率，大约为2220万个网并卖站。

自行安装

正向代理: 代理服务器站在客户端那边就是正向代理;
反向代理: 代理服务器站在原始服务器那边就是反向代理;
详解参考点击 Nginx正向代理与反向代理

Nginx在做反向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。
Nginx可以根据不同的正则匹配，采取不同的转发策略，比如图片文件结尾的走文件服务器，动态页面走web服务器，只要你正则写的没问题，又有相对应的服务器解决方案，你就可以随心所欲的玩。
并且Nginx对返回结果进行错误页跳转，异常判断等。如果被分发的服务器存在异常，他可以将请求重新转发给另外一台服务器，然后自动去除异常服务器。

如果你的nginx服务器给2台web服务器做代理，负载均衡算法采用轮询，那么当你的一台机器绝明逗web程序iis关闭，也就是说web不能访问，那么nginx服务器分发请求还是会给这台不能访问的web服务器，如果这里的响应连接时间过长，就会导致客户端的页面一直在等待响应，对用户来说体验就打打折扣，这里我们怎么避免这样的情况发生呢。这里我配张图来说明下问题。

如果负载均衡中其中web2发生这样的情况，nginx首先会去web1请求，但是nginx在配置不当的情况下会继续分发请求道web2，然后等待web2响应，直到我们的响应时间超时，才会把请求重新分发给web1，这里的响应时间如果过槐渗长，用户等待的时间就会越长。

下面的配置是解决方案之一:

如果使用upstream指令配置了一组服务器作为被代理服务器，服务器中的访问算法遵循配置的负载均衡规则，同时可以使用该指令配置在发生哪些异常情况时，将请求顺次交由下一组服务器处理。

状态值可以是：errortimeoutinvalid_headerhttp_500http_502http_503http_504http_404off

Nginx提供的负载均衡策略有2种：内置策略和扩展策略。
内置策略: 1.轮询;2.加权轮询;3.Ip hash;
扩展策略: 就天马行空，只有你想不到的没有他做不到的啦，你可以参照所有的负载均衡算法，给他一一找出来做下实现。

Ip hash算法，对客户端请求的ip进行hash操作，然后根据hash结果将同一个客户端ip的请求分发给同一台服务器进行处理，可以解决session不共享的问题。

eg:

开启简单的缓存配置，只需要两个指令：proxy_cache_path和proxy_cache。
proxy_cache_path: 配置缓存的存放地址和其他的一些常用配置;
proxy_cache:指令是为了启动缓存;

相关配置说明:

该指令用于定义满足条件的响应不会被保存到缓存中。在条件字符串中至少有一个条件不为空或者0，符合这样条件的响应才不会被缓存。
举例如下

其中，cookie_nocache、arg_nocache...皆为变量，可以根据你访问的匹配策略来设置，其值只有2类，0和非0;

访问匹配策略例如：

如果在此链式配置中，只要有一个值不为0，则不会cache；例如：

则不会被cache.

注：一般会配合proxy_cache_bypass共同使用；

该指令用于定义哪些情况不从cache读取，直接从backend获取资源；配置方式同proxy_no_cache。

给缓存数据定义一个键，例如

该指令用于设置缓存哪些HTTP方法,默认缓存HTTP GET/HEAD方法,不缓存HTTP POST 方法.。

设置不同响应码的缓存时间，当不指定响应码的时候，例如

只对响应码为200，301，302的访问请求资源设置缓存时间，此外可以个性化定制，例如：

此外，还可以在相应header里设置优先级更高的缓存有效时间：

不缓存包含在field的响应header，可以设置的值有：“X-Accel-Redirect”, “X-Accel-Expires”, “X-Accel-Limit-Rate”，“X-Accel-Buffering”, “X-Accel-Charset”, “Expires”, “Cache-Control”, “Set-Cookie” (0.8.44), and “Vary”。
如果上述的header field没有设置为忽略，则header filed中有“X-Accel-Expires”, “Expires”, “Cache-Control”, “Set-Cookie”, and “Vary”的话，响应会被缓存。

该指令用于设置缓存的最小使用次数,默认值为1

源站有问题时，nginx可以通过proxy_cache_use_stale指令开启容错能力，即使用缓存内容来响应客户端的请求。举例如下：

如上配置表示，当作为cache的NGINX收到源站返回error、timeout或者其他指定的5XX错误，并且在其缓存中有请求文件的陈旧版本，则会将这些陈旧版本的文件而不是错误信息发送给客户端。

使用NGINX，不需要建立一个RAID（磁盘阵列）。如果有多个硬盘，NGINX可以用来在多个硬盘之间分割缓存。举例如下：

在这份配置中，使用了3个独立的缓存，每个缓存专用一块硬盘，另外，3个独立的线程池也各自专用一块硬盘。

缓存之间（其结果就是磁盘之间）的负载均衡使用split_clients模块，split_clients非常适用于这个任务。
在 proxy_cache_path指令中设置 use_temp_path=off ，表示NGINX会将临时文件保存在缓存数据的同一目录中。这是为了避免在更新缓存时，磁盘之间互相复制响应数据。

通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；
通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。
因此，将日志好好利用，你可以得到很多有价值的信息。

打开nginx.conf配置文件：vim /usr/local/nginx/conf/nginx.conf
日志部分内容：
#access_log logs/access.log main;
日志生成的到Nginx根目录logs/access.log文件，默认使用“main”日志格式，也可以自定义格式。
默认“main”日志格式：

参数明细表：

查看日志命令tail -f /usr/local/nginx/logs/access.log

打开nginx.conf配置文件去掉#注释见下图：

自定义某一个server配置的日志，使用“main”日志格式。

日志生成的到Nginx根目录logs/access.log文件，默认使用“main”日志格式，也可以自定义格式。

重新读取加载Nginx配置文件：

执行命令：nginx-s reload

网上一位老师写的log文件分解的脚本

此脚本执行时间根据自己公司情况来定,可以设置默认一天执行一次;

创建crontab设置作业

设置日志文件存放目录crontab -e

*/1 * * * * sh /usr/local/software/nginx/nginx_log.sh
此设置的为一分钟,如果设置一天自行修改;

默认的 nginx 配置文件 nginx.conf 内容如下

示例

几个常见配置项：

注意:

惊群现象：一个网路连接到来，多个睡眠的进程被同事叫醒，但只有一个进程能获得链接，这样会影响系统性能
每个指令必须有分号结束。

进入安装目录下的sbin

nginx在哪里查看错误日志

日志在一个系统中是非常重要的，它可以监控一个应用程序的活动，因为它们为你提供有用的调试信息，并使你能够分析一个Web服务器的所有方面。像其他软件应用程序一样，Nginx也会将诸如网站访问者、遇到的问题等事件保存到日志文件中。这些有用的记录信息被用来采取先发制人的措施，以便处理日志事件中的重大严重差异。
在Nginx中记录事件的日志有两种类型，一种是访问日志，另一种是错误日志。如果你已经在Nginx核心配置文件中启用了这些日志，那么在所有Linux发行版中，你都可以在/var/log/nginx中找到这两种类型的日志。
您可以在服务器部分或HTTP中使用access_log指令启用访问日志。
access_log log_file log_format ;
第一个参数’log_file’是强制性的，而第二个参数是可选的闷轮’log_format’。如果您未提及日志格式，则将以默认的组合格式键入日志蚂郑信。
默认情况下，访问日志是在Nginx配置文件中定义的。因此，所有虚拟主机的访问日志将存储在同一配置文件中。
http {
access_log /var/log/nginx/access.log;
}
重新加载新的NGINX配置。现在，您可以使用以下命令在文件/var/log/nginx/example.access.log中访问example.com域的访问日志：
$ sudo tail -f /var/log/nginx/example.access.log
当需要禁用错误日志时，请将日志文件的名称分配给/dev/null。
error_log/dev/null;
Nginx错误日志的安全级别
您可以在错误日志中使用以下安全级别：
emerg：当系统不稳定时，用于紧急消息
alert：生成严重问题的警报消息。
crit：用于紧急情况下立即处理。
error：处理页面时，可能会发生错误。
warn：用于警告消息
notice：您也可以忽略的通知日志丛宽。
info：有关信息，消息
debug：指向用于调试信息的错误位置。
Nginx访问和错误日​​志对于记录某些活动非常有用,

怎么看nginx什么时候重启了

要查看Nginx何时重启了，可以通过查看Nginx的日志文件来确定。在默认情况下，Nginx的日志文件位于 `/var/log/nginx` 目录下，文件名为 `error.log` 或者 `access.log`。这些日志文件记录了Nginx的运行情况，包括启动、重启和关闭等信息。如果Nginx在运行过程中发生错误或者重启了，这些信息都会被记录在日志文芦滚件中。

具体而言，可以通过以下两种方式来查看Nginx的日志文件：

1. 使用`tail`命令实时查看日志文件，如下所示：

```
sudo tail -f /var/log/nginx/error.log
```

这个命令会实时显示Nginx的错误日志文件。如果Nginx重启了，你可以看到相应的日志信息。

2. 查看Nginx的历史日志文件，如下所示：

```
sudo less /var/log/nginx/error.log
```

这个命令会打开Nginx的错误日志文件，你可以通过翻页的方式查看历史日志文件。

需要注意的是，Nginx的日志文件会随着时间的推移而增大，因此需要定期清理日志文件，以释放磁盘空间。

以上是查看Nginx重启的方法，同时也是查看Nginx运行情况的方法。除了查看日志文件，还可以使用`systemctl status nginx`命令来查看Nginx的状态，包括是否在运行、启动时间大御、进滚哗岩程ID等信息。这个命令也可以用来判断Nginx是否在重启或者已经重启完成。

如何查看nginx 某段时间内的日志

cat 日志文件的路径 grep 时间段
如果磨肆多个时间段的话可以过滤之烂孙后重定向到某个新文瞎历轿件，然后查看这个新文件。