⑴ php-fpm怎么连接的mysql
们都知道，php是不能直接操作 mysql的，他需要通过扩展提供接口调用，php的mysql扩展也好几个，只支持面向过程的mysql，既支持面向过程也支持面向对象的mysqli，只支持面向对象的PDO，当然无论是那个扩展，也只是php语法写法上的区别而已，底层其实是一样的。
今天我们不讲语法这些老掉牙的东西，我们随便找一个扩展，来分析一下 php底层 和 mysql 之间的通信原理。
首先我们来理解一下 php-fpm 的工作原理，php-fpm 是一个 php-cgi 进程管理器，其实就是一个连接池，它和nginx配合的工作原理如下。
我们先从最简单的静态方式入手观察他的工作原理
vim php-fpm.ini
[www]
pm = static
pm.max_children = 5
pm.max_requests = 2
上面三句话的含义是什么呢:
1、static 表示静态以静态方式生成 php-fpm 进程
2、pm.max_children = 5 表示当 php-fpm 启动时就启动 5 个 php-fpm 子进程 等待处理 nginx 发过来的请求
3、pm.max_requests = 2 表示每个 php-fpm 子进程处理 2 个请求就销毁，当然父进程每次看到有销毁的自然也就会生成新的子进程
我们来简单验证一下这个说法：
首先重启 php-fpm，让它复位一下
接下来写一条简单的语句输出当前进程ID
echo "当前 php-fpm 进程ID：".posix_getpid();
不断刷新浏览器观察输出变化
当前 php-fpm 进程ID：24548
当前 php-fpm 进程ID：24549
当前 php-fpm 进程ID：24550
当前 php-fpm 进程ID：24547
当前 php-fpm 进程ID：24551
当前 php-fpm 进程ID：24548
当前 php-fpm 进程ID：24549
当前 php-fpm 进程ID：24550
当前 php-fpm 进程ID：24547
当前 php-fpm 进程ID：24551
当前 php-fpm 进程ID：24563
当前 php-fpm 进程ID：24564
当前 php-fpm 进程ID：24565
当前 php-fpm 进程ID：24566
当前 php-fpm 进程ID：24567
当前 php-fpm 进程ID：24563
当前 php-fpm 进程ID：24564
当前 php-fpm 进程ID：24565
当前 php-fpm 进程ID：24566
当前 php-fpm 进程ID：24567
当前 php-fpm 进程ID：24568
当前 php-fpm 进程ID：24569
当前 php-fpm 进程ID：24570
当前 php-fpm 进程ID：24571
当前 php-fpm 进程ID：24572
当前 php-fpm 进程ID：24568
当前 php-fpm 进程ID：24569
当前 php-fpm 进程ID：24570
当前 php-fpm 进程ID：24571
当前 php-fpm 进程ID：24572
可以看得出，第一批id不是按照顺序执行的，进程id为24547的进程是在第四位处理的，然后从下面开始，所有id都是顺序执行的而且每次生成的一批id都是递增，是不是有种mysql自增主键的赶脚呢？
这里需要注意的是，无论是静态还是下面的动态配置方式，只要没有设置 max_requests ，那么进程是不会销毁的，也就是说当一个进程里面出现死循环或者内存溢出等导致进程僵死的情况出现的时候，处理的进程就会少一个了
好吧理解了静态的处理方式，我们其实也很容易知道这个方式的弊端了，当然我们平时服务器不可能就开5个进程每个进程处理2个请求，我们来做一个简单的加减乘除，看看一个服务器应该开多少个 php-fpm 合适
首先我们来看看一个简单的echo需要多少内存：
$size = memory_get_usage();
$unit = array('b','kb','mb','gb','tb','pb');
$memory = @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i];
echo "当前 php-cgi 进程所使用内存：".$memory;
观察浏览器我们可以得到一下数据：
当前 php-cgi 进程所使用内存：227.17 kb
也就是说一个简单的什么都不干的php就已经占用了200多K的内存，当然这也不算多。
不过进程多了cpu切换进程速度就会变慢，所以这个数还是需要通过ab等测试工具才能测试出具体应该开多少比较合理
我们先从200开始，不断的增加，架设增加到800的时候，效率和400一样，那我们就没必要开800那么多进程浪费内存了。
那么问题就来了，如果同一时间请求出超过400呢？有人说会排队等待，真的会排队等待吗？答案明显是 php-fpm 是没能力排队了，因为处理请求的php-fpm子进程都用完了，那么等待也就只能是在 nginx 等待，通常一个 nginx 也不只是转发请求给 php-fpm 就完事了，他还要处理静态文件呢？如果这些php请求导致nginx的请求数过多一直在等待，那么访问静态文件自然也会卡了，这时候我们就需要配置成下面的动态处理方式。
[www]
pm.max_children = 10
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
;pm.max_requests = 2
上面五句话的含义是什么呢:
1、dynamic 表示静态以动态方式生成 php-fpm 进程
2、pm.max_children = 10 同时活动的进程数 10个
3、pm.start_servers = 5 表示当 php-fpm 主进程启动时就启动 5 个 php-fpm 子进程
4、pm.min_spare_servers = 2 表示最小备用进程数
5、pm.max_spare_servers = 8 表示最大备用进程数
6、pm.max_requests = 2 上面说过就不说了
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274
⑵ 说说php-fpm配置解析
PHP-FPM配置解析
在编译安装PHP时，通过在./configure中添加参数`--enable-fpm`即可开启PHP-FPM。配置文件为`php-fpm.conf`，其语法类似`php.ini`。默认位置为`/usr/local/php/etc/php-fpm.conf`，若未在此处，可能位于`/usr/local/php/etc/php-fpm.d/`目录下。
全局配置包含PID文件路径、错误日志位置及错误级别设置。
进程池配置允许定义多个进程池，通过设置监听地址与端口来接受FastCGI请求。推荐使用Unix域Socket，如配置`listen/tmp/php-cgi.sock`以提高性能，适合高并发场景，尽管在不稳定时可设置`backlog`以管理连接队列。
`listen.allowed_clients`允许访问FastCGI进程的IP白名单，设置为`any`则不限制IP访问。
进程管理器设置包括`pm`参数选择静态、动态或按需管理子进程数量，`pm.max_children`和`pm.start_servers`定义进程最大数量与起始数量，确保稳定性与资源利用。
内存管理考虑：对于大内存服务器（8G以上），建议使用静态设置以提升效率。而小内存服务器（如1G）则有利于系统稳定，合理分配资源。
`request_terminate_timeout`与`request_slowlog_timeout`分别设置最大执行时间与慢请求记录，有助于调试与优化。
慢日志功能通过设置`request_slowlog_timeout`来记录超过指定时间的请求，包括进程号、脚本名称、执行时间等详细信息，帮助排查问题。
配置修改后，执行`sudo systemctl restart php-fpm`以使更改生效。
希望以上内容能帮助您理解并应用PHP-FPM配置，更多学习资源可关注公众号：PHP开源社区，或访问我们整理的精华文章合集，覆盖框架、微服务、分布式、高并发与数据库等PHP技术领域。
⑶ php-fpm子进程会自动重启吗
服务器出现异常，网站不能正常访问。经排查�php的问题。
在重启php-fpm时，恢复正常。1分钟之后又出现故障。查看php日志文件/usr/local/php/var/log 后提示
WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
子进程数已经达到设置的最大值。
要设置php进程数量。需要在php-fpm.conf文件中修改。
先看/usr/local/php/etc/php-fpm.conf文件各项配置解析
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’因为某些特殊原因没有中止运行的脚本有用. 设置为 ’0′ 表示 ‘Off’.当经常出现502错误时可以尝试更改此选项。
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 . 默认值: 空.
根据以上配置的解析，在php-fpm.conf文件中添加如下配置:
pm.max_children = 100
pm.start_servers = 30
pm.min_spare_servers = 20
pm.max_spare_servers = 100
以观后效。
另附豆瓣技术贴:https://www.douban.com/note/315222037/
1、php-fpm优化参数介绍
他们分别是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
pm：表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态）。
在更老一些的版本中，dynamic被称作apache-like。这个要注意看配置文件的说明。
下面4个参数的意思分别为：
pm.max_children：静态方式下开启的php-fpm进程数量
pm.start_servers：动态方式下的起始php-fpm进程数量
pm.min_spare_servers：动态方式下的最小php-fpm进程数
pm.max_spare_servers：动态方式下的最大php-fpm进程数量
区别：
如果dm设置为 static，那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
如果dm设置为 dynamic，那么pm.max_children参数失效，后面3个参数生效。
系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程，
然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数
2、服务器具体配置
对于我们的服务器，选择哪种执行方式比较好呢？事实上，跟Apache一样，运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。
这也是为什么开始的时候一个php-fpm进程只占用3M左右内存，运行一段时间后就会上升到20-30M的原因了。
对于内存大的服务器（比如8G以上）来说，指定静态的max_children实际上更为妥当，因为这样不需要进行额外的进程数目控制，会提高效率。
因为频繁开关php-fpm进程也会有时滞，所以内存够大的情况下开静态效果会更好。数量也可以根据 内存/30M 得到，比如8GB内存可以设置为100，
那么php-fpm耗费的内存就能控制在 2G-3G的样子。如果内存稍微小点，比如1G，那么指定静态的进程数量更加有利于服务器的稳定。
这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。
对于小内存的服务器来说，比如256M内存的VPS，即使按照一个20M的内存量来算，10个php-cgi进程就将耗掉200M内存，那系统的崩溃就应该很正常了。
因此应该尽量地控制php-fpm进程的数量，大体明确其他应用占用的内存后，给它指定一个静态的小数量，会让系统更加平稳一些。或者使用动态方式，
因为动态方式会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/20M 得到。
比如说512M的VPS，建议pm.max_spare_servers设置为20。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比如服务器上只是部署php环境的话，比较合适的值在5~10之间。
本服务器配置
1、服务器基本信息：
硬盘：数据盘30G、系统盘20G
内存：1.5G
CPU：双核
系统：CentOS 6.3 64位
带宽：独享2M
2、部署的应用
Git、SVN、Apache、Tomcat、PHP、Nginx、mysql、JDK
3、优化后的参数
pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
⑷ PHP-FPM详解
PHP-FPM是PHP FastCGI进程管理器，专为管理PHP进程池设计，用于接收web服务器请求。
第一部分，为什么出现PHP-FPM？PHP-FPM的诞生源自PHP-FastCGI的需求。为有效管理PHP-FastCGI而出现的程序。
第二部分，了解PHP-FastCGI。它只是一个解析PHP请求并返回结果的CGI程序，并不负责管理进程。
第三部分，为何不称为PHP-CGI？在PHP-FastCGI之前，存在PHP-CGI，但其执行效率低下，最终被PHP-FastCGI取代。
第四部分，解释FastCGI与CGI的区别。在FastCGI时代，当web服务器（如nginx）接收到请求并识别为动态PHP请求时，会将其转给PHP处理。在CGI模式下，每次请求时都需要读取php.ini配置，初始化执行环境，耗时且重复。
第五部分，FastCGI的效率提升。FastCGI允许一次启动一个主进程（master），读取一次配置，然后启动多个工作进程（worker）。当请求来临时，master将请求传递给worker，避免了重复的初始化工作。
第六部分，PHP-FPM的工作原理。PHP-FPM创建一个主进程来控制何时以及如何将HTTP请求转发给一个或多个子进程处理。主进程还负责管理进程的创建与销毁，以适应Web应用流量的变化。
安装部分，PHP在5.3.3之后将PHP-FPM整合到核心代码中，无需单独下载安装。只需在编译PHP源码时添加--enable-fpm即可启用PHP-FPM支持。
全局配置方面，CentOS中PHP-FPM的主配置文件为/etc/php7/php-fpm.conf，配置内容通常包括进程池定义。
在CentOS中，PHP-FPM主配置文件顶部引入了进程池定义文件，通常使用www.conf作为默认配置文件。进行必要的编辑保存后，重启PHP-FPM主进程。
PHP-FPM进程池的详细配置请参考php.net/manual/install文档。
针对Company开发环境的配置，提供测试环境与生产环境的具体配置示例。以nginx为例，说明如何转发请求给PHP-FPM。
最后，针对PHPer进阶时遇到的问题，提供了一系列资料，涵盖分布式架构、高可扩展性、高性能、高并发、服务器性能调优、TP6、Laravel、YII2、Redis、Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等高级进阶干货，需要的读者可以免费获取。