max_execution_time与request_terminate_timeout
之前一直没搞清楚这两个超时设置的关系，今天搞明白了顺便记一下。
max_execution_time是PHP执行超时时间，在php.ini中配置，cli下为0（即不生效），触发时会在phperror日志中输出如下：
PHP Fatal error: Maximum execution time of 10 seconds exceeded in /usr/local/nginx/html/index.php on line 4
request_terminate_timeout是fpm中的超时选项，在php-fpm.conf中配置，触发时会在php-fpm.log日志中输出如下：
WARNING: [pool www] child 64761, script '/usr/local/nginx/html/index.php' (request: "GET /index.php") execution timed out (10.061351 sec), terminating
WARNING: [pool www] child 64761 exited on signal 15 (SIGTERM) after 1547.025796 seconds from start
[pool www] child 66843 started
可以看到，work进程因为超时被杀掉并重启了新的work进程，同时页面也会返回502错误。
那么这两个选项到底有什么不同，线上该如何配置？
max_execution_time
搜索PHP源码，在脚本执行代码里看到：
PHPAPI int php_execute_script(zend_file_handle *primary_file)
if (PG(max_input_time) != -1) {
#ifdef PHP_WIN32
zend_unset_timeout();
#endif
zend_set_timeout(INI_INT("max_execution_time"), 0);
}
这里设置了定时器，再看zend_set_timeout：
void zend_set_timeout(zend_long seconds, int reset_signals) /* {{{ */
{
EG(timeout_seconds) = seconds;
zend_set_timeout_ex(seconds, reset_signals);
EG(timed_out) = 0;
}
在zend_set_timeout_ex中使用到了setitimer()方法：
# ifdef __CYGWIN__
setitimer(ITIMER_REAL, &t_r, NULL);
}
signo = SIGALRM;
# else
setitimer(ITIMER_PROF, &t_r, NULL);
}
signo = SIGPROF;
# endif
这有个分支，由于我们环境走的是else，先分析setitimer(ITIMER_PROF, &t_r, NULL);
搜索了下setitimer()的定义和说明：
int setitimer(int which, const struct itimerval *value, struct itimerval *ovalue);
参数：
which：间歇计时器类型，有三种选择
ITIMER_REAL //数值为0，计时器的值实时递减，发送的信号是SIGALRM。
ITIMER_VIRTUAL //数值为1，进程执行时递减计时器的值，发送的信号是SIGVTALRM。
ITIMER_PROF //数值为2，进程和系统执行时都递减计时器的值，发送的信号是SIGPROF。
也就是说这里使用的ITIMER_PROF模式表示的是进程的用户及系统状态执行时间（即占用cpu时间），那么像I\O操作及sleep等造成进程阻塞而挂起的时间是不计算在内的。
为了验证我的结论，试验了一下
例1
如果sleep超时，index.php：
php.ini：
max_execution_time = 10
为不受request_terminate_timeout影响，设置
request_terminate_timeout = 30
请求访问：
在等待一段时间后，页面成功显示hello world
例2
如果改为cpu忙碌超时，index.php：
请求访问：
在等待一段时间后，页面500
phperror.log
Fatal error: Maximum execution time of 10 seconds exceeded in /usr/local/nginx/html/index.php on line 4
这样证明了ITIMER_PROF确实只是在进程执行的过程才会计时，也就时max_execution_time表示进程执行总超时时间
由于ITIMER_REAL表示实时计时时间，试着把ITIMER_PROF改为ITIMER_REAL，重新编译PHP，重启php-fpm，再来测试例1
结果如下：
在等待一段时间后，页面502
php-fpm.log
[pool www] child 16233 exited on signal 14 (SIGALRM) after 21.457062 seconds from start
[pool www] child 16254 started
可以看到，SIGALRM正是ITIMER_REAL模式超时发送的信号，也就是说把ITIMER_PROF改成ITIMER_REAL，可以使max_execution_time达到和request_terminate_timeout一样的效果。
request_terminate_timeout
而我们知道，一次请求执行的最大时间，超时就会被杀掉，一般来说，请求执行时长要远远大于进程在cpu中实际执行时间。因此，我们经常会看到，request_terminate_timeout首先生效，而max_execution_time却很难触发。