nginx php fpm 日志,nginx下php-fpm不记录php报错日志怎么办？

解决nginx下php-fpm不记录php报错日志的办法

遇到PHP报错日志“失踪”的情况，别急，这通常是几个关键配置没对上。下面这个三步走的排查和修复流程，能帮你快速定位问题，让错误日志乖乖地出现在它该在的地方。

核心解决步骤

整个配置过程可以归纳为三个清晰的步骤，顺序执行即可：

第一步：修改 php-fpm.conf 配置
找到你的 php-fpm.conf 文件，确保其中包含以下两行配置。如果文件里没有，直接添加进去就行：

catch_workers_output = yes
error_log = log/error_log

这里的 catch_workers_output = yes 是关键，它允许捕获PHP工作进程的输出（包括错误信息）。而 error_log

第二步：修改 php.ini 配置
接下来，调整PHP的核心配置文件 php.ini。同样，检查并确保以下配置存在：

log_errors = On
error_log = "/usr/local/lnmp/php/var/log/error_log"
error_reporting = E_ALL & ~E_NOTICE

简单解释一下：log_errors = On 是打开错误日志记录的总开关；error_log 定义了PHP脚本运行时错误的存放路径（这个就是我们最终要找的日志）；error_reporting 则设置了要报告的错误级别，E_ALL & ~E_NOTICE 意味着报告所有错误但忽略通知（Notice）信息，这是一个比较常用的生产环境配置。

第三步：重启 php-fpm 服务
配置修改完成后，别忘了让改动生效。重启你的php-fpm服务。之后，当PHP脚本执行发生错误时，详细的错误信息就会被记录到 /usr/local/lnmp/php/var/log/error_log 这个文件里了。

需要特别注意的几个坑

走完上面三步，大部分问题都能解决。但如果日志还是没生成，很可能是因为下面这几个细节没处理好：

1. 配置覆盖与权限问题
这里有个容易混淆的点：php-fpm.conf 中如果设置了 php_admin_value[error_log] 参数，它会覆盖掉 php.ini 中的 error_log 设置。 所以，务必做两件事：第一，通过 phpinfo() 函数查看最终生效的 error_log 路径是哪个；第二，确保这个路径对应的文件对PHP的工作进程（www-data或nobody等用户）有可写权限。如果没特殊需求，最简单的做法是不要在 php-fpm.conf 里设置 php_admin_value[error_log]，否则错误日志可能会被错误地输出到php-fpm的服务日志里，而不是我们指定的PHP错误日志文件。

2. 如何定位 php.ini 文件
如果不确定服务器使用的是哪个 php.ini 文件，最可靠的方法就是创建一个PHP文件，内容为 ，然后在浏览器中访问它。在输出的信息页面里，搜索“Loaded Configuration File”这一项，后面跟着的就是当前真正生效的 php.ini 文件路径。

3. 控制错误信息输出到屏幕
生产环境下，我们通常不希望将错误信息直接显示给用户（既不安全，也不专业）。这时就需要在 php.ini 中做如下设置：

display_errors = off  // 不在页面上显示错误信息
log_errors = on       // 开启错误日志记录
error_reporting = E_ALL // 捕获所有级别的错误
error_log = /path/to/your/error_log // 指定日志文件路径

当然，你也可以在PHP程序内部动态修改这些设置：

ini_set("display_errors", 0);
ini_set("error_reporting", E_ALL);
ini_set("error_log", "/path/to/log");
ini_set("log_errors", 1);

4. 关于将PHP错误日志输出到Nginx错误日志
这是一个历史版本差异导致的问题，值得单独拿出来说一说：

• 在 PHP 5.3.8 及更早的版本中，通过FastCGI运行的PHP，如果用户访问时出现错误，系统会首先尝试写入PHP自身的 error_log。如果这个文件写不进去（比如权限不对），那么错误内容会“回退”给FastCGI接口，最终由Nginx记录到它自己的错误日志（通常是 error.log）里。
• 但是，从 PHP 5.3.9 版本开始，这个行为改变了。出错后，PHP只会尝试写入自己的 error_log。一旦写入失败，它不会再把错误信息返回给FastCGI。结果就是，错误日志可能“消失”，或者被记录到php-fpm的服务日志中。

所以，如果你的架构设计上确实需要将PHP错误统一汇集到Nginx的错误日志里，那么你需要同时满足两个条件：第一，使用PHP 5.3.8或之前的版本；第二，故意将 php.ini 中配置的 error_log 路径设置为一个对PHP工作进程不可写的文件，从而触发“回退”机制。

了解这个版本差异，对于排查一些“时好时坏”的日志记录问题非常有帮助。