nginx访问日记在哪(nginx日志访问量统计)

nginx日志访问量统计

nginx从1.9.0开始，新增加了一个stream模块，用来实现四层协议的转发、代理或者负载均衡等。比如在内网有一个mysql服务，想暴露到公网上去使用，就可以通过nginx代理的方式通过nginx来进行内网mysql的访问。

可以通过nginx代理的端口访问到内网的mysql服务了。这也直接避免了mysql直接暴露到公网，增加些许的安全。当然，利用stream也可以实现后端服务的负载均衡。

nginx记录访问日志

1、nigix是否在正常运行，需要用linux命令查看nginx运行情况。执行命令：ps -A | grep nginx。

如果返回结果的话，说明有nginx在运行，服务已经启动。如果不怕nginx关闭的话。也可以执行：service nginx restart。

把nginx服务重启，在重启时，也可以看到具体有没有什么地方出错。

2、看端口netstat -ntlp；

看进程ps -ef|grep nginx；

看日志是否更新tail -f access.log。

3、直接查看进程id：ps -C nginx -o pid。

这种直接返回pid的方式比较适合跟其他程序结合使用，比如在shell/python脚本中执行这个命令拿到pid，让后根据pid来判断Nginx是否启动。 推荐使用这种方式。

实时查看nginx日志

Linux每个应用运行都会产生一个进程，那么我们就可以通过查看Nginx进程是否存在来判断它是否启动。

1、有时想知道nigix是否在正常运行，需要用linux命令查看nginx运行情况。执行命令：ps -A | grep nginx。 如果返回结果的话，说明有nginx在运行，服务已经启动。如果不怕nginx关闭的话。也可以执行：service nginx restart。 把nginx服务重启，在重启时，也可以看到具体有没有什么地方出错。

2、看端口netstat -ntlp； 看进程ps -ef|grep nginx； 看日志是否更新tail -f access.log。

3、直接查看进程id：ps -C nginx -o pid。 这种直接返回pid的方式比较适合跟其他程序结合使用，比如在shell/python脚本中执行这个命令拿到pid，让后根据pid来判断Nginx是否启动。 推荐使用这种方式。

nginx日志访问量前十的ip

Nginx是一款高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师Igor Sysoev所开发，官方测试nginx能够支支撑5万并发链接，并且cpu、内存等资源消耗却非常低，运行非常稳定。

应用场景

1、http服务器。Nginx是一个http服务可以独立提供http服务。可以做网页静态服务器。

2、虚拟主机。可以实现在一台服务器虚拟出多个网站。例如个人网站使用的虚拟主机。

3、反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，

需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，

不会因为某台服务器负载高宕机而某台服务器闲置的情况。

Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从 Apache2.0 协议开源。

Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。

容器是完全使用沙箱机制，相互之间不会有任何接口（类似 iPhone 的 app）,更重要的是容器性能开销极低。

nginx 日志统计

在Windows下，Nginx的启动日志可以在Nginx的安装目录下查看。具体步骤如下：

1. 打开Nginx的安装目录，一般在C:\nginx或者D:\nginx等位置。

2. 进入logs目录，可以看到access.log和error.log两个文件。

- access.log是Nginx的访问日志，记录了每个请求的详细信息，包括请求的时间、IP地址、请求的URL、响应状态码等。

- error.log是Nginx的错误日志，记录了Nginx在运行过程中出现的错误信息，包括语法错误、配置错误、启动错误等。

3. 双击打开access.log或error.log文件，可以使用记事本或其他文本编辑器查看日志内容。

4. 如果想要在启动Nginx时将启动日志输出到控制台，可以在命令行中使用以下命令启动Nginx：

```

nginx.exe -c nginx.conf -p C:\nginx -g "daemon off;"

```

其中，-c参数指定Nginx的配置文件路径，-p参数指定Nginx的安装目录，-g参数指定Nginx的全局配置，其中的"daemon off;"表示不以守护进程方式运行Nginx，将启动日志输出到控制台。

通过以上步骤，您可以在Windows下查看Nginx启动日志。

nginx日志大量502

一、什么是502 bad gateway？

通俗的来讲，502 bad gateway代表您所访问的网站出了问题，因为502 Bad Gateway 服务器作为网关或者代理时，是为了完成访问下一个服务器，但该服务器返回了非法的应答。也许是暂时的，也许是的。建议大家稍等一下再从新访问试试。

二、502 bad gateway产生原因？

502 bad gateway产生的大多数原因都是由于连接超时，我们向服务器发送请求，由于服务器当前的链接数太多，导致服务器无法给于正常的响应，才会产生502 bad gateway报错。

一般来说，服务器只是作为网关或代理，以满足客户的要求（如Web浏览器）来访问我们所请求的URL。服务器收到无效的响应从上游服务器访问请行它的要求。这并不意味着上游服务器已关闭（无响应网关/代理），而是上游服务器和网关/代理不同意协议交换数据。由于互联网协议是固定的，所以，这意味着一个或两个机器已经不正确或没有完全编程。

三、固定502错误产生原因？

一般这个问题是由于不良的IP之间的沟通后端计算机，可能包括在Web服务器上的网站您尝试访问。在分析这个问题，您应该清除浏览器缓存再访问。

如果您上网时在您尝试访问的所有网站上都看这个问题，有两种可能

①你的ISP重大设备故障/过载

②有问题的内部互联网连接如您的防火墙无法正常运作。

在种情况下，只有您的ISP可以帮助您。在第二种情况下，你需要解决什么，那是阻止你进入互联网。

如果您只有在部分尝试访问的网站中出现此问题，那很可能是一个问题，即这些网站之一，其设备故障或超载。联系你网站的管理员。

四、502 bad gateway解救方法？

1、刷新

说白了很简单是——刷新(不是一般的刷新哦)

这里所讲的刷新主要是指从服务器下载数据到本地的硬盘浏览器，再从本地硬盘中读取数据到浏览器显示给我们看。通常有两种刷新模式：

①基本刷新：是点击刷新或者使用F5快捷键

基本刷新只是从本地的硬盘重新拿取数据到浏览器，并不重新向服务器发出请求。大部分用户很多时候都是这样刷新的，遇到502报错的没有任何效果。

②从服务器刷新：如果你重新直接点击你想要浏览的网页链接，你会发现刚刚还显示的"502 bad gateway"错误信息页面，重新点击链接后又可以正常浏览。

解决方法：是从服务器上刷新：快捷键 ctrl+F5，这样是重新向服务器发送请求了，如果服务器能正常给予你响应你可以看到页面了。

2、DNS 缓冲问题

这种情况主要是你在没有用vpn的情况下，访问了国外一些被国家防火墙屏蔽的网站如YouTube，facebook之类。

解决办法：这种情况通常在几分钟之内可以访问了。也可以尝试 在cmd窗口运行 ipconfig /flushdns 来刷新DNS缓存

3、dns 被劫持

解决办法：更换DNS，推荐114.114.114.114，还有阿里的公共DNS 如：223.5.5.5、223.6.6.6

五、Nginx 502 bad gateway错误

①查看php-cgi是否在运行

有时候由于网站流量过大或者其它原因，导致php-cgi直接down掉，所以我们得看php-cgi是否在运行。执行以下命令：

ps -A | grep php5-cgi

若没有运行，我们可以手动启动

/etc/init.d/php_cgi start

如果你发现php-cgi不明原因有时候down掉，可以使用下面的脚本临时解决这个问题，添加到cronjob。

if ps aux | grep ‘php5-cgi’ | grep -v grep > /dev/null ; then echo "PHP-cgi is runnning !" else echo "PHP-cgi is down. Starting over…" /etc/init.d/php-fcgi start fi

②fastcgi进程数不够用、php执行时间长的原因

fastcgi进程数可以修改php-fpm.conf中的max_children的数值，高峰时php-cgi耗掉的内存为20M，请根据自己的内存情况计算了。

限制php执行时间可以在php-fpm.conf中的request_terminate_timeout设置，这是为了防止php程序的bug导致php-cgi假死。

③FastCGI执行时间过长

根据实际情况调高以下参数值

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300；

六、解决nginx出现502的错误

①查看当前的PHP FastCGI进程数是否够用

netstat -anpo | grep "php-cgi" | wc -l

如果实际使用的"FastCGI进程数"接近预设的"FastCGI进程数"，那么，说明"FastCGI进程数"不够用，需要增大。

②部分PHP程序的执行时间超过了Nginx的等待时间，可以适当增加nginx.conf配置文件中FastCGI的timeout时间

例如，系统当前的PHP FastCGI进程数明显超过了预设值的64这个数值，在电信的服务器上查看当前的PHP FastCGI进程数没有高于64这个数值，而且网通线路的活动连接明显高于电信的活动连接，由此可以说明出现nginx不稳定的情况是由于服务器访问负载过大引起的。

总结：php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502错误