今天發現了一個很神奇的事情，php日誌中有一條超時的日誌，但是我request_terminate_timeout中設定的是0，理論上應該沒有超時時間才對。 PHP Fatal error:  Maximum execution time of 30 seconds exceeded in ... OK，先列出現在的配置： php-fpm: request_terminate_timeout = 0 php.ini: max_execution_time = 30 先查閱了一下php-fpm檔案中關於request_terminate_timeout的註釋 ; The timeout for serving a single request after which the worker process will ; be killed. This option should be used when the 'max_execution_time' ini option ; does not stop script execution for some reason. A value of '0' means 'off'. ; Available units: s(econds)(default), m(inutes), h(ours), or d(ays) ; Default Value: 0 這個註釋說明了，request_terminate_timeout 適用於，當max_execution_time由於某種原因無法終止指令碼的時候，會把這個php-fpm請求幹掉。 再看看max_execution_time的註釋：這設定了指令碼被解析器中止之前允許的最大執行時間，預設是30s。看樣子，我這個請求應該是被max_execution_time這個設定幹掉了。 好吧，不死心，做了一個實驗：

php-fpm request_terminate_timeout 設定	0	15
php.ini max_execution_time 設定	30	30
執行結果	php有Fatal error超時日誌，http狀態碼為500	php無Fatal error超時日誌，http狀態碼為502，php-fpm日誌中有殺掉子程序日誌

好吧，結論是web請求php執行時間受到2方面控制，一個是php.ini的max_execution_time（要注意的是sleep，http請求等待響應的時間是不算的，這裡算的是真正的執行時間），另一個是php-fpm request_terminate_timeout 設定，這個算的是請求開始n秒。