pm.max_requests

在PHP-FPM（FastCGI Process Manager）中，pm.max_requests是一个配置选项，用来设置每个PHP-FPM worker进程在重启之前最大处理的请求数。具体来说，pm.max_requests控制了每个PHP-FPM worker进程中处理了多少个请求后会被自动终止，并且会重新启动一个新的worker进程来接收请求。

解释

• pm.max_requests的值是一个整数，表示每个PHP-FPM worker进程在处理完指定数量的请求后，会被自动重启。
• 该设置可以帮助避免PHP-FPM worker进程长时间运行而导致的内存泄漏或资源消耗过高的问题。尤其在处理高并发的应用时，进程的重启可以帮助清理内存，释放资源，从而保持性能的稳定

默认值

• pm.max_requests的默认值通常是500，即每个worker进程处理500个请求后会被自动重启。

工作原理：

1. 工作进程处理请求：PHP-FPM启动多个worker进程，每个worker进程会持续处理来自web服务器（如Nginx或Apache）发送的请求。
2. 请求计数：每个worker进程会统计自己处理的请求数。当请求数达到pm.max_requests设置的值时，该进程会被PHP-FPM自动终止。
3. 重启进程：PHP-FPM会自动启动一个新的worker进程来替代被终止的进程，从而继续处理新的请求。

为什么使用pm.max_requests?

• 防止内存泄漏：长时间运用的PHP-FPM worker进程可能会遇到内存泄漏的情况，尤其是在PHP脚本存在bug或者第三方扩展有问题时，设置pm.max_requests可以定期重启进程，清理内存，防止进程的内存使用量不断增长。
• 性能稳定性：在高负载环境下，设置合理的pm.max_requests值可以帮助系统保持更高的稳定性，防止某些进程因长时间运行而导致性能下降。
• 资源管理：自动重启worker进程还可以帮助管理系统资源，避免单个进程占用过多的CPU或内存资源。

设置考虑因素

• 设置过小：如果设置的pm.max_requests值过小，进程会频繁重启，这可能导致进程启动和销毁的开销增加，反而影响性能。
• 设置过大：如果设置的值过大，worker进程可能会在长时间运行后消耗过多的资源，导致性能下降，甚至出现内存泄漏问题。

总结：

pm.max_requests配置项允许你控制每个PHP-FPM worker进程在处理一定数量的请求后自动重启，以此来优化资源使用和防止内存泄漏。通过合理设置该参数，可以在高负载的生产环境中保持PHP-FPM的稳定性和性能。

 查看源码 php-src/sapi/fpm/fpm/fpm_children.c