找到配置文件 php-fpm.conf 中的 request_terminate_timeout 设置，可能就是它的原因
宝塔的路径：/www/server/php/版本号/etc/
其它的环境自行查找
PHP-FPM 的超时配置说明
1、max_execution_time 300
这个参数是在php.ini中设置的，说实在的这个参数没有什么太大的意义，因为这个300秒的超时时间仅仅是统计本身代码的执行时间，不包括网络请求，系统调用，数据库查询，sleep()等的时间，如果超过这个时间会产生一个’Fatal error: Maximum execution time’的错误，然后返回的是’500 Internal Server Error’。我们程序大部分的时间都是花在网络请求，数据库查询方面的。
2、request_terminate_timeout 0
这个参数是在php-fpm中设置的，这个超时时间就是整个fastcgi花费的所有时间，这个和max_execution_time最大的不同，如果总时间超过了,会直接将FPM进程kill掉，然后返回’502 Bad Gateway’。很多人认为配置了这个参数max_execution_time就失效了，实际不是的，先达到哪个的超时时间就哪个配置起作用的。
建议是不要开启这个参数，因为如果你某个程序超时了，进程直接kill掉，你的数据完整性就没有办法保证了，可以在nginx那边做连接超时的控制和做好程序请求第三方资源超时时间的控制。
另还有 fastcgi 超时配置：
1、fastcgi_connct_timeout 60
Nginx和fastcgi进程建立连接的超时时间，默认60秒，如果超过了这个时间就断开连接。
2、fastcgi_read_timeout 300
和fastcgi进程建立连接后获得fastcgi进程响应的超时时间，默认60秒，如果超过了这个时间都没有获得响应就断开连接。我们经常碰到的是’504 Gateway Time-out’，就是因为后端连接没有在超时时间内返回数据导致的。我们经常碰到的是’502 Bad Gateway’，是因为fastcig进程报错，导致连接断开。
3、fastcgi_send_timeout 300
Nginx向fastcgi进程发送请求的超时时间，默认60秒，如果超过了这个时间都没有发送完就断开连接。可以通过上传比较大的文件，就会出现超时，然后就会返回’504 Gateway Time-out’
测试中
php-fpm中的超时将显示 502 Bad Gateway
nginx中cgi配置超时 将显示 504 Gateway Time-out