php死循环内存PHP底层和mysql的通讯道理

FPM进程：进程数在php-fpm.ini中设置。
没有设置 max_requests ，那么进程是不会销毁的，也便是说当一个进程里面涌现去世循环或者内存溢出等导致进程僵去世的情形涌现的时候，处理的进程就会少一个。

mysql连接数：一个进程连接到mysql的一个库，算是一个连接。
连接数默认100，我们线上是5000，进程数在my.cnf中设置。
mysql连接数要大于即是FPM进程数，否则会报错。

长连接和短连接：FPM短连接MYSQL的时候，无需调用CLOSE函数，由于在RSHUTDOWN的时候，会调用清理。
长连接的时候，须要调用close，长连接会一贯霸占资源，直到进程去世掉。

php死循环内存PHP底层和mysql的通讯道理 Bootstrap

首先我们来理解一下 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个cgi进程开始，不断的增加，架设增加到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

为什么这里没有重新天生新的进程？由于pm.max_requests = 2被注释掉了，这个上面实在已经提及过一次了

我们也可以从 ps 看出这批进程id

ps aux|grep php

root 2269 0.0 0.1 134560 4616 ? Ss 14:27 0:00 php-fpm: master process (/etc/php/php-fpm.ini)

www-data 2270 0.2 0.2 136736 9188 ? S 14:27 0:00 php-fpm: pool www

www-data 2271 0.2 0.2 136740 9192 ? S 14:27 0:00 php-fpm: pool www

www-data 2272 0.2 0.2 134684 7284 ? S 14:27 0:00 php-fpm: pool www

www-data 2273 0.2 0.2 136732 9120 ? S 14:27 0:00 php-fpm: pool www

www-data 2274 0.1 0.2 134684 7244 ? S 14:27 0:00 php-fpm: pool www

从上面我们可以看到一个 id 为 2269 的 php-fpm 主进程管理着 id 为 2270、2271、2272、2273、2274 的5个php-fpm 子进程

这里须要把稳的是，当并发大过start_servers数的处理能力是，备用进程才会启动，当并发数小的时候，备用进程也会销毁掉，以是无论什么时候，ps 出来的进程都是上面那5个

下面来看看php-fpm+mysql的效果

mysql> show processlist;

+----+------------------+-----------+------+---------+------+----------------+-------------------------+

+----+------------------+-----------+------+---------+------+----------------+-------------------------+

+----+------------------+-----------+------+---------+------+----------------+-------------------------+

接下来我们看短连接：

$conn = new mysqli(\"大众192.168.0.170\"大众, \公众redol\"大众, \"大众redol\"大众, \"大众test_db\"大众);

然后不断访问上面的php文件，每次看到的都是

+----+---------+-----------+------+---------+------+----------------+--------------------+

+----+---------+-----------+------+---------+------+----------------+--------------------+

+----+---------+-----------+------+---------+------+----------------+--------------------+

这也是php神奇的地方，居然不用close的，每次要求完了他就自己给你close掉和mysql的连接了，这点确实也让很多新手少了不少下面的烦恼啊

Warning: mysqli::mysqli(): (HY000/1040): Too many connections in ...

不要以为措辞该当都是这样那就打错特错了，去看看golang吧

下面看看长连接

$conn = new mysqli(\"大众p:192.168.0.170\"大众, \公众redol\"大众, \"大众redol\"大众, \公众test_db\公众);

你没看错，mysqli的长连接和mysql不同，是在host前面加 p:，没有mysqli_pconnet 的用法，估计很多刚开始用mysqli也是摸不着头脑吧？

第一次访问：

+----+-------+-------------------------+-------+---------+------+-------+------------------+

+----+-------+-------------------------+-------+---------+------+-------+------------------+

+----+-------+-------------------------+-------+---------+------+-------+------------------+

刷新一下网页

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

再刷新一下网页，效果我就不发了，反正你知道末了无论怎么刷新，都是如下即可

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

+-----+-------+-------------------------+-------+---------+------+-------+------------------+

也便是说，长连接是真的会一贯霸占mysql连接的，那么问题就来了，如果我没有重启 php-fpm，只重启了mysql，会涌现什么问题呢？答案是第一次连接的时候会报下面缺点

Warning: mysqli::mysqli(): MySQL server has gone away in ###也便是连接已经存在

以是用长连接query前还是先判断有没有连接，没有就close连接，把稳一定要close，再连接，否则连接是失落效的。

下面我们来试试 Too many connections 的缺点吧

先调度一下mysql的最大连接数

vim /etc/mysql/my.cnf

max_connections = 3

你没看错，我只给了他3个连接，而上面的php-fpm是5个，以是结果不用我说都知道了吧，准期的涌现

Warning: mysqli::mysqli(): (HY000/1040): Too many connections in ...

以是线上的mysql，还是把稳一下这个max_connections数吧，我只能见告你他默认是100，如果你以为100不足用的话，自己改去吧

从上面可知，短连接是不用close也会自动关闭的，那如果是设置了 pm.max_requests = 2，每个php-fpm处理两个要求就销毁，销毁了会close么？我就不截图了，直接见告答案吧，会的，以是无论如何，看到的mysql都是1、2、3、4、5、4、3、2、1、2、3、4、5这样的连接数，便是逐步增加，再逐步减少，减少是由于php-fpm子进程销毁了嘛

转载原文地址请点击下方链接