이 글은 cgi, fastcgi, php-cgi, php-fpm에 대한 분석을 소개합니다. 이제 필요한 친구들이 참고할 수 있도록 공유하겠습니다.

Definition

첫번째 여러분, CGI란 무엇인가요? CGI는 웹 서버가 전달하는 데이터가 CGI 프로그램 작성자에게 편리한 표준 형식인지 확인하는 것입니다.

웹 서버(예: nginx)는 단지 콘텐츠 배포자일 뿐입니다. 예를 들어 /index를 요청하는 경우 .html 이면 웹 서버는 파일 시스템에서 이 파일을 찾아 브라우저로 보냅니다. 여기에 배포되는 것은 정적 데이터입니다. 좋아요, 이제 요청이 인 경우 / index.php 구성 파일에 따르면, nginx는 이것이 정적 파일이 아니며 PHP 파서에 의해 처리되어야 한다는 것을 알고 있으며, 그런 다음 단순히 요청을 처리하고 이를 PHP 파서에 넘겨줍니다. Nginx는 어떤 데이터를 PHP 파서에 전달합니까? URL이 있어야 하고, 쿼리 문자열이 있어야 하며, POST 데이터가 있어야 하고, HTTP 헤더가 있어야 합니다. CGI는 어떤 데이터를 어떤 형식으로 전달할지 규정하는 프로토콜입니다. 요청 처리를 위한 백엔드. PHP 코드에 사용하는 사용자가 어디에서 왔는지 신중하게 생각해 보세요. /index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是/index.php，根据配置文件，nginx知道这个不是静态文件，需要去找PHP解析器来处理，那么他会把这个请求简单处理后交给PHP解析器。Nginx会传哪些数据给PHP解析器呢？url要有吧，查询字符串也得有吧，POST数据也要有，HTTP header不能少吧，好的，CGI就是规定要传哪些数据、以什么样的格式传递给后方处理这个请求的协议。仔细想想，你在PHP代码中使用的用户从哪里来的。

当web server收到/index.php

웹 서버가 /index.php이 요청 후에 해당 CGI 프로그램이 시작됩니다. 여기에는 PHP 파서가 있습니다. 다음으로, PHP 파서는 php.ini 파일을 구문 분석하고, 실행 환경을 초기화하고, 요청을 처리하고, 처리된 결과를 CGI에서 지정한 형식으로 반환하고, 프로세스를 종료합니다. 그런 다음 웹 서버는 결과를 브라우저에 반환합니다.

알겠습니다. CGI는 프로토콜이며 프로세스나 그 어떤 것과도 관련이 없습니다. 그렇다면 fastcgi는 무엇입니까? Fastcgi는 CGI 프로그램의 성능을 향상시키는 데 사용됩니다.

성능 향상, 그렇다면 CGI 프로그램의 성능 문제는 무엇일까? "PHP 파서는 php.ini 파일을 구문 분석하고 실행 환경을 초기화합니다", 그게 전부입니다. 표준 CGI는 각 요청에 대해 이러한 단계를 수행하므로(지치지 마세요! 프로세스를 시작하는 것은 매우 피곤합니다!) 매번 처리하는 시간이 상대적으로 길어집니다. 이것은 분명히 불합리한 일입니다! 그렇다면 Fastcgi는 어떻게 이를 수행합니까? 먼저 Fastcgi는 마스터를 시작하고 구성 파일을 구문 분석하고 실행 환경을 초기화한 다음 여러 작업자를 시작합니다. 요청이 들어오면 마스터는 이를 워커에게 전달하고 즉시 다음 요청을 수락할 수 있습니다. 이는 작업의 중복을 방지하고 자연스럽게 매우 효율적입니다. 작업자가 충분하지 않은 경우 마스터는 구성에 따라 여러 작업자를 미리 시작하고 기다릴 수 있습니다. 물론 유휴 작업자가 너무 많으면 일부가 중지되어 성능이 향상되고 리소스가 절약됩니다. fastcgi의 프로세스 관리입니다.

`cgicgi`

通用网关接口，外部程序与web服务器之间的接口标准，是在cgi程序和web服务器之间传递信息的过程
每一次请求都会生成一个cgi进程，cgi程序执行完，进程退出
独立于服务器、独立编程语言

`FastCgi`

FastCgi 像是一个常驻型的Cgi，它可以一直执行这，只要激活后，不需要每次去fork一次，还支持分布式运算，即FastCgi程序可以在网站服务器以外的主机上执行并且接受来自其他网站服务器的请求
可以同时处理多个请求
长期占用内存

`php-cgi`

php官方自带的FastCGI 进程管理器
php.ini修改之后，必须kill掉php-cgi再启动php.ini 才生效。不可以平滑的重启
内存不能动态分配

`php-fpm`

외부 프로그램과 웹 서버 간의 인터페이스 표준인 일반 게이트웨이 인터페이스는 CGI 프로그램과 웹 서버 간의 인터페이스입니다. 서로 간에 정보를 전송하는 프로세스

모든 요청은 cgi 프로그램이 실행된 후 프로세스가 종료됩니다
서버와 독립적입니다. 독립 프로그래밍 언어
FastCgi

FastCgi는 상주 Cgi와 같습니다. 이를 항상 실행할 수 있습니다. 활성화되어 있는 한 포크할 필요가 없습니다. 또한 분산 작업도 지원합니다. 즉, FastCgi 프로그램은 웹사이트 서버가 아닌 호스트에서 실행될 수 있으며 다른 웹사이트 서버의 요청을 수락할 수 있습니다

동시에 여러 요청을 처리할 수 있습니다

점유합니다. 오랫동안 메모리

family:consolas, Menlo, 'PingFang SC', 'Microsoft YaHei', monospace;font-size:13px;padding:2px 4px;color:rgb(77,77,76); background :rgb(247,247,247);">php -cgi

🎜🎜php의 공식 FastCGI 프로세스 관리자🎜🎜🎜🎜php.ini를 수정한 후 php-cgi를 종료한 다음 php.ini를 시작해야 합니다. 효과. 원활하게 다시 시작할 수 없습니다🎜🎜🎜🎜메모리를 동적으로 할당할 수 없습니다🎜🎜🎜🎜php-fpm🎜🎜🎜🎜비공식 fastCgi 프로세스 관리자, 나중에 php5.4로 시작되어 공식적으로 포함되었습니다. PHP를 컴파일할 때 –enable-fpm만 있으면 php-fpm🎜🎜🎜🎜을 활성화하여 php🎜🎜🎜🎜동적 예약 프로세스🎜🎜🎜🎜🎜🎜🎜🎜🎜🎜🎜🎜Ngin x만 역방향 프록시/를 담당합니다. 요청 전달은 php-cgi 프로세스 관리를 담당하지 않으므로 Nginx는 일반적으로 작업 프로세스(하위 프로세스)를 자체적으로 관리할 수 있는 php-fpm과 함께 사용됩니다. 🎜php-fpm은 독립적인 SAPI라는 점에 유의해야 합니다. php-cgi를 관리하지 않습니다. 즉, php-fpm은 php-cgi와 관련이 없습니다. php-fpm에는 php-fpm의 하위 프로세스가 자체적으로 분기되어 호출되지 않습니다. php-cgi를 삭제할 수 있습니다. 시스템에서 php-cgi를 삭제해도 php-fpm 서비스의 정상적인 작동에는 영향이 없습니다. 🎜🎜php-fpm에는 pm = 정적 구성 아래 백그라운드에 상주하는 작업 프로세스가 있습니다. pm.max_children = 5로 5개의 작업 프로세스를 구성하면 php-fpm 서비스가 시작될 때 자동으로 5개의 하위 프로세스를 분기하고 요청 처리가 완료된 후에도 종료되지 않으며 백그라운드에 유지됩니다. 유휴 상태인 경우 PHP 스크립트 영구 연결에서 이 5개의 작업자 프로세스는 여러 요청을 처리할 때 데이터베이스 연결 리소스를 재사용하고 데이터베이스 연결 설정/해제를 방지하기 위해 데이터베이스에 대한 5개의 영구 연결도 설정하고 유지합니다. 각 요청에 대해 영구 연결 시간 초과 후 자동으로 다시 연결할 수도 있으며 이는 php-fpm의 스크립트에 완전히 투명합니다. 스크립트는 시작 시 영구 연결 사용을 지정하기만 하면 됩니다.🎜

php-fpm은 백그라운드에 상주하는 동적 구성 [부분]에서 작동합니다. 즉, 서비스가 사용 중일 때 더 많은 프로세스가 포크됩니다. 일부 프로세스는 자동으로 종료되고 메모리는 운영 체제에 반환됩니다. 가상 호스트 공급자는 이 방법을 선호해야 합니다.

간단히 말해서 PHP-FPM의 작동 모드는 Apache의 prefork MPM과 유사합니다.

php-cgi는 PHP에서 제작한 초기 공식 fastcgi 관리자로, php.ini를 변경하면 원활한 재시작을 지원하지 않습니다. 적용하려면 원래 php-cgi를 종료하고 다시 시작해야 합니다. 동적 작업자 예약을 지원하지 않으므로 처음에 시작할 작업자 수만 지정할 수 있습니다.

php-fpm은 5.3.3에만 추가된 fastcgi 프로세스 관리자입니다. 동적 스케줄링 기능을 추가하고 요청 압력 변화에 따라 작업자 프로세스 수를 동적으로 늘리거나 줄일 수 있도록 지원합니다. 현재 요청을 완료한 후 작업자 프로세스를 다시 시작하고 새로운 php.ini 구성을 적용합니다.

php54는 이전의 관계이고, php54 이후의 또 다른 관계입니다.

php54 이전에는 php-fpm(타사 컴파일)이 관리자이고, php-cgi가 인터프리터입니다.

php54 이후에는 php-fpm(공식적으로 포함됨), 마스터 및 풀 모드입니다. php-fpm과 php-cgi는 서로 아무 관련이 없습니다. php-fpm은 통역사이자 관리자입니다

참고 웹사이트 https://www.zhihu.com/question/55835080

https://segmentfault.com/q/1010000000256516