之前發現一個php配置之后關於返回500和502的問題，今天看到一個兄弟寫的非常不錯，記錄一下。
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秒。