php进阶到架构之swoole系列教程（三）mysql连接池-

这是关于php进阶到架构之 swoole 系列学习课程：第三节：mysql连接池

学习目标 ：

了解什么是mysql连接池，以及mysql使用场景。能在实际工作使用连接池（数据库连接池，redis连接池等等）解决高并发带来的问题。

场景 ：

每秒同时1000个并发，但mysql数据库同时只支持400个连接，这样mysql就会宕机

解决方案 ：

使用连接池，这个连接池建立了300个与mysql的连接对象，这1000个并发有序地共享连接池里的300个连接。

连接池的使用不但解决了mysql在高并发情况下宕机问题，还额外提高了性能。因为和mysql建立连接，消耗较大。使用连接池只需要连接一次mysql。

永不断开，需要程序常驻内存，这就需要借助swoole实现。

数据库连接池是程序启动时，建立足够的数据库连接，并将这些连接组成一个连接。由程序动态的对连接池中的连接进行申请，使用，释放和回补。

$link = mysql_connect($host,$dbuser,$dbpass) or die('connect error!')

mysql_query("set names gb2312",$link)

mysql_select_db($db,$link)

们都知道，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

---