nginx日志在哪里

如果你刚接手一台跑着nginx的志里服务器，想查访问记录或者排查502错误，志里第一反应肯定是志里找日志。但nginx不像有些软件，志里安装完就给你在桌面放个快捷方式。志里它的志里日志路径取决于你怎么装的、用什么方式启动的志里，甚至取决于当初那个装nginx的志里人心情怎么样。

默认情况下，志里源码编译安装的志里nginx，日志通常蹲在/usr/local/nginx/logs/下面。志里里面一般躺着两个文件：access.log和error.log。志里access.log记录谁在什么时候访问了哪个URL，志里返回了什么状态码；error.log则是志里nginx自己遇到麻烦时写的日记，比如连不上上游服务器、志里权限不够读文件、SSL握手失败之类的。

但如果你是用包管理器装的，情况就不一样了。CentOS/RHEL系用yum install nginx，日志一般跑到/var/log/nginx/。Debian/Ubuntu用apt install nginx，也是这个路径。我见过不少人在/usr/local/nginx/logs/里翻半天，结果发现是apt装的，白忙活一场。

最靠谱的办法是直接问nginx自己。运行：

nginx -t

这个命令会输出配置文件路径，通常是/etc/nginx/nginx.conf。打开它，找error_log和access_log这两行。注意，这两个指令可能出现在http块、server块甚至location块里。写在越内层，优先级越高。也就是说，某个server可能把访问日志单独写到别的地方去了，你光看http块里的全局设置会漏掉。

还有一种情况：nginx跑在Docker容器里。这时候日志默认不会写文件，而是直接吐到标准输出，你用docker logs 容器名就能看到。如果非要在容器里写文件，得把宿主机目录挂载进去，否则容器一删日志就没了。我见过有人把nginx容器重启了十几次，每次都说日志丢了，其实就是没做volume映射。

另外，有些面板工具比如宝塔、AMH，会把nginx日志放到自己的目录结构里。宝塔一般在/www/wwwlogs/下面，每个站点一个日志文件，命名规则是站点名.log和站点名.error.log。你要是照着默认路径去找，肯定扑空。

找到日志之后，别急着cat整个文件。access.log大的时候几个G，终端能卡死。用tail -f实时看，或者grep过滤状态码。比如查所有404：

grep " 404 " /var/log/nginx/access.log

注意404前后有空格，不然会匹配到包含404的URL或者字节数。error.log更直接，直接tail -100看最后一百行，大部分问题都写在里面了。

还有个冷门知识：nginx的日志路径可以包含变量，比如access_log /var/log/nginx/$host.log。这样每个域名一个日志文件，找起来更清晰，但前提是你得知道这个配置存在。我见过一个运维把日志按小时切割，路径里带$time_iso8601，结果文件名里全是冒号，在Windows共享盘上根本创建不了文件，nginx启动直接报错。

最后说个实际案例。有次朋友说网站访问不了，我让他看error.log，他说/var/log/nginx/error.log是空的。我让他ls -la /var/log/nginx/，发现里面只有一个access.log，而且大小是0。再查进程，发现nginx根本没跑起来，是php-fpm在监听80端口。日志文件在，但写日志的人不在。所以找日志之前，先确认nginx真的在运行：ps aux | grep nginx。

路径这东西，没有万能答案。最笨也最有效的办法就是nginx -t看配置，然后顺着配置里的路径去找。如果配置里写的是相对路径，比如logs/error.log，那就相对于nginx的安装前缀，通常是/usr/local/nginx/或者/etc/nginx/。别猜，直接看。