/usr/local/php/sbin/php-fpm
/usr/local/php/etc/php-fpm.conf
/usr/local/php/etc/php.ini
#测试php-fpm配置/usr/local/php/sbin/php-fpm -t /usr/local/php/sbin/php-fpm -c /usr/local/php/etc/php.ini -y /usr/local/php/etc/php-fpm.conf -t #启动 php-fpm/usr/local/php/sbin/php-fpm /usr/local/php/sbin/php-fpm -c /usr/local/php/etc/php.ini -y /usr/local/php/etc/php-fpm.conf #关闭 php-fpmkill -INT `cat /usr/local/php/var/run/php-fpm.pid` #重启 php-fpmkill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`
pid = run/php-fpm.pid #pid设置，默认在安装目录中的var/run/php-fpm.pid，建议开启 error_log = log/php-fpm.log #错误日志，默认在安装目录中的var/log/php-fpm.log log_level = notice #错误级别. 可用级别为: alert（必须立即处理）, error（错误情况）, warning（警告情况）, notice（一般重要信息）, debug（调试信息）. 默认: notice. emergency_restart_threshold = 60 emergency_restart_interval = 60s #表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个， php-fpm就会优雅重启。这两个选项一般保持默认值。 process_control_timeout = 0 #设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0. daemonize = yes #后台执行fpm,默认值为yes，如果为了调试可以改为no。在FPM中，可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。 listen = 127.0.0.1:9000 #fpm监听端口，即nginx中php处理的地址，一般默认值即可。可用格式为: 'ip:port', 'port', '/path/to/unix/socket'. 每个进程池都需要设置. listen.backlog = -1 #backlog数，-1表示无限制，由操作系统决定，此行注释掉就行。backlog含义参考：http://www.3gyou.cc/?p=41 listen.allowed_clients = 127.0.0.1 #允许访问FastCGI进程的IP，设置any为不限制IP，如果要设置其他主机的nginx也能访问这台FPM进程，listen处要设置成本地可被访问的IP。默认值是any。 每个地址是用逗号分隔. 如果没有设置或者为空，则允许任何服务器请求连接 listen.owner = www listen.group = www listen.mode = 0666 #unix socket设置选项，如果使用tcp方式访问，这里注释即可。 user = www group = www #启动进程的帐户和组 pm = dynamic #对于专用服务器，pm可以设置为static。 #如何控制子进程，选项有static和dynamic。如果选择static，则由pm.max_children指定固定的子进程数。如果选择dynamic，则由下开参数决定： pm.max_children #，子进程最大数 pm.start_servers #，启动时的进程数 pm.min_spare_servers #，保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程 pm.max_spare_servers #，保证空闲进程数最大值，如果空闲进程大于此值，此进行清理 pm.max_requests = 1000 #设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 '0' 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0. pm.status_path = /status #FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none. munin监控会使用到 ping.path = /ping #FPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 (/)。 ping.response = pong #用于定义ping请求的返回相应. 返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong. request_terminate_timeout = 0 #设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的'max_execution_time'因为某些特殊原因没有中止运行的脚本有用. request_slowlog_timeout = 10s #当一个请求该设置的超时时间后，就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 '0' 表示 'Off' slowlog = log/$pool.log.slow #慢请求的记录日志,配合request_slowlog_timeout使用 rlimit_files = 1024 #设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024，可使用 ulimit -n查看，ulimit -n 2048修改。 rlimit_core = 0 #设置核心rlimit最大限制值. 可用值: 'unlimited' 、0或者正整数. 默认值: 系统定义值. chroot = #启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用. chdir = #设置启动目录，启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录，或者/目录（chroot时） catch_workers_output = yes #重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null . 默认值: 空.
1, request_terminate_timeout으로 인한 리소스 문제
request_terminate_timeout 값이 0 이하로 설정된 경우 long , file_get_contents에 리소스 문제가 발생할 수 있습니다.
file_get_contents가 요청한 원격 리소스가 너무 느리게 응답하면 file_get_contents는 항상 거기에 머물며 시간 초과되지 않습니다. php.ini의 max_execution_time은 PHP 스크립트의 최대 실행 시간을 설정할 수 있지만 php-cgi(php-fpm)에서는 이 매개변수가 적용되지 않습니다. 실제로 PHP 스크립트의 최대 실행 시간을 제어할 수 있는 것은 php-fpm.conf 구성 파일의 request_terminate_timeout 매개변수입니다.
request_terminate_timeout의 기본값은 0초입니다. 이는 PHP 스크립트가 계속 실행된다는 의미입니다. 이러한 방식으로 모든 php-cgi 프로세스가 file_get_contents() 함수 에 멈춰 있으면 이 Nginx+PHP 웹서버는 더 이상 새로운 PHP 요청을 처리할 수 없으며 Nginx는 사용자에게 "502 잘못된 게이트웨이"를 반환합니다. . PHP 스크립트의 최대 실행 시간을 설정하려면 이 매개변수를 수정해야 하지만 근본 원인이 아닌 증상만 치료합니다. 예를 들어 30s로 변경하면 file_get_contents()가 웹 페이지 콘텐츠를 얻는 속도가 느리다면 이는 150개의 php-cgi 프로세스가 초당 5개의 요청만 처리할 수 있다는 의미이며 WebServer에서도 "502 Bad"를 피하기가 어렵습니다. 게이트웨이".
해결책은 request_terminate_timeout을 10초 또는 적절한 값으로 설정하거나 file_get_contents에 시간 초과 매개변수를 추가하는 것입니다.
$ctx = stream_context_create(array(
'http' => array(
'timeout' => 10
//设置一个超时时间，单位为秒
)
));
file_get_contents($str, 0, $ctx);2. max_requests 매개변수를 잘못 구성하면 간헐적으로 502 오류가 발생할 수 있습니다.
pm.max_requests = 1000
각 하위 프로세스가 처음으로 다시 태어나기 전에 제공되는 요청 수를 설정합니다. 메모리 누수일 수 있습니다. 타사 모듈에 매우 유용합니다. '0'으로 설정하면 요청이 항상 허용됩니다. 기본값: 0.
이 구성은 PHP가 -CGI 프로세스가 요청을 처리합니다. 숫자가 500이 되면 프로세스가 자동으로 다시 시작됩니다.
그런데 프로세스를 다시 시작하는 이유는 무엇입니까?
일반적으로 프로젝트에서는 일부 타사 PHP 라이브러리를 어느 정도 사용합니다. 이러한 타사 라이브러리는 종종 PHP-CGI 프로세스를 정기적으로 다시 시작하지 않으면 필연적으로 메모리 누수 문제가 발생합니다. 지속적인 메모리 사용량 증가. 따라서 PHP-FPM은 PHP-CGI의 관리자로서 메모리 사용량이 증가하지 않도록 일정 횟수 요청한 PHP-CGI 프로세스를 다시 시작하는 모니터링 기능을 제공합니다.
동시성이 높은 사이트에서 502 오류가 자주 발생하는 것은 바로 이 메커니즘 때문인 것 같습니다. 그 이유는 PHP-FPM이 NGINX에서 오는 요청 대기열을 잘 처리하지 못하기 때문인 것 같습니다. 하지만 저는 아직 PHP 5.3.2를 사용하고 있습니다. PHP 5.3.3에서도 이 문제가 여전히 발생하는지 모르겠습니다.
현재 솔루션은 이 값을 최대한 크게 설정하여 PHP-CGI가 다시 SPAWN을 다시 실행하는 횟수를 최대한 줄이는 동시에 전반적인 성능을 향상시키는 것입니다. 자체 실제 제작 환경에서는 메모리 누수가 명확하지 않은 것으로 확인되어 이 값을 매우 크게(204800) 설정했습니다. 모든 사람은 실제 상황에 따라 이 값을 설정해야 하며 맹목적으로 늘릴 수는 없습니다.
하지만 이 메커니즘의 목적은 단지 PHP-CGI가 과도한 메모리를 차지하지 않도록 하는 것입니다. 메모리를 감지하여 처리하는 것은 어떨까요? 나는 Gao Chunhui가 말한 것에 매우 동의합니다. 프로세스의 최대 고유 사용량을 설정하여 PHP-CGI 프로세스를 다시 시작하는 것이 더 나은 솔루션이 될 것입니다.
3, php-fpm의 느린 로그, 디버그 및 예외 문제 해결 아티팩트:
request_slowlog_timeout은 시간 초과 매개변수를 설정하고, Slowlog는 느린 로그의 저장 위치를 설정합니다
tail -f /var/log/www.slow.log
위 명령은 너무 느리게 실행되는 PHP 프로세스를 확인할 수 있습니다.
네트워크 읽기 초과 및 MySQL쿼리가 너무 느린 문제를 자주 볼 수 있습니다. 프롬프트 정보에 따르면 문제를 해결할 수 있는 명확한 방향이 표시됩니다.
php 5.3+에서 php-fpm은 이전에 php-fpm에 필요했던 /usr/local/php/sbin/php-fpm (start|stop|reload)와 같은 명령을 더 이상 지원하지 않습니다. 신호 제어를 사용하려면:
마스터 프로세스는 다음 신호를 이해할 수 있습니다.
INT, TERM QUIT를 즉시 종료하고 USR1을 원활하게 종료하고 USR2 로그 파일을 다시 열고 모든 작업자 프로세스를 원활하게 다시 로드하고 구성을 다시 로드합니다. 및 바이너리 모듈
예:
php-fpm 종료:
kill -INT cat /usr/local/php/var/run/php-fpm.pid
php-fpm 다시 시작:
kill -USR2 cat /usr/local/php/var/run/php-fpm.pid
php-fpm 프로세스 수 보기:
ps aux | grep -c php-fpm
8. 명령줄에서 php를 실행하면 명령을 실행할 수 없다는 메시지가 나타납니다.
발견 -bash: /usr/bin/php: 해당 파일 또는 디렉터리 없음
vi /etc/profile
파일 하단에 구성 줄 추가
export PATH=/usr/local/php /bin:$PATH
저장하고 종료
source /etc/profile
위 내용은 php-fpm으로 설명하는 샘플 코드 공유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
