本文共 1138 字，大约阅读时间需要 3 分钟。

今天我在检查服务器日志时，意外发现了一条关于PHP超时的日志，日志中显示最大执行时间已超过30秒。根据我之前的理解，我曾将request_terminate_timeout设置为0，这意味着理论上不会有超时发生。然而，日志显示却出现了超时，说明事情并不如我想象的那么简单。

首先，我检查了php-fpm的配置文件，发现request_terminate_timeout确实被设置为0。这意味着在max_execution_time无法停止脚本执行的情况下，PHP-FPM不会使用request_terminate_timeout来终止请求。看来，超时日志的出现并不是因为request_terminate_timeout未能起作用，而是max_execution_time仍然在限制脚本的执行时间。

接着，我查看了php.ini文件，发现max_execution_time确实被设置为30秒。这意味着即使request_terminate_timeout为0，PHP仍然会根据max_execution_time来终止脚本，只是不会使用request_terminate_timeout来处理超时。

为了验证这一点，我进行了实验。首先，我将request_terminate_timeout设置为0，同时保持max_execution_time为30秒。在测试中，我发现当脚本执行时间达到30秒时，确实会出现500错误，但不会出现502错误或子进程被杀掉的日志。这表明request_terminate_timeout确实没有起作用，而是max_execution_time在正常工作。

接下来，我思考了max_execution_time和request_terminate_timeout之间的区别。max_execution_time控制的是脚本的实际执行时间，而request_terminate_timeout控制的是请求处理的时间。两者是独立工作的，不能互相替代。因此，理解它们的不同非常重要。

最后，我总结了我的发现：在配置PHP-FPM和PHP时，max_execution_time和request_terminate_timeout各自有不同的作用。max_execution_time控制脚本的执行时间，而request_terminate_timeout控制请求处理的时间。为了避免超时问题，我需要确保max_execution_time设置适当，并根据需要调整request_terminate_timeout。

这次问题让我更清楚了PHP的配置和超时处理机制。未来，在遇到类似问题时，我将更加仔细地检查和对比各个配置参数，以确保服务器的稳定运行。

转载地址：http://jktfk.baihongyu.com/