Php怎么使用mysql的长链接,PHP之探索MySQL 长链接、链接池

php链接mysql的方式，用的多的是mysql扩展、mysqli扩展、pdo_mysql扩展,是官方提供的。php的运行机制是页面执行完会释放全部该php进程中的全部资源的，若是有多个并发访问本地的测试页面 http://127.0.0.1/1.php 根据php跟web服务器的不一样，会开相应的线程或者进程去处理该请求，请求完了会释放结果的。也就是php没法从语言层面从页面到页面之间传递一些数据，可是mysql_pconnect跟pdo中的ATTR, 设置array(PDO::ATTR_PERSISTENT => true)以下是能够实现长链接的。php

$conn = new PDO($dsn, DB_USER, DB_PASSWORD,

array(PDO::ATTR_PERSISTENT => true)

);

长链接的做用我以为是在高负载的状况下，经过复用长链接，减小了每一个页面的创建数据库链接的时间，而这个创建mysql connection的时间，在个人机器上mysql

在数据库connnections < 10的状况下 , mysql pdo 创建connection time 为0.003ms, mysqli创建connection time为0.14mslinux

在数据库connection接近满的时候，mysql pdo创建connection time为0.13ms, mysqli创建connection time为0.13msnginx

以上样本都是在大概估测时间，时间过小很差估计。其实创建链接的时间并不长，那这样为何须要mysql长链接、链接池这样的东西呢。那是在高负载下，好比server单机能够接受的mysql并发在200左右，web server的单机并发在700左右，那么当大批量500并发链接压过来的时候, web server没到满负荷, mysql提早到了满负荷，就会致使全部页面没法响应、或者已经创建好数据库链接的页面执行很慢。laravel

php中的mysql长链接因为php的运行方式有多种，于是长链接实现也有多种。须要web服务器支持才能够实现长链接，由于php是没有进程池跟链接池这种概念的，绝大多数状况下php应用自己不是一个应用服务器(后起之秀swoole, 是一个优秀的php应用服务器，不过是在c层面作的)。于是php的长链接实际上是搭载apache这样的带有mpm模块的webserver, linux 下apache会维护一个进程池，开启了apache mpm功能以后，apache会默认维持一个进程池，mysql长链接以后的链接，并无做为socet链接关闭，而是做为一个不释放的东西，放进了进程池/线程池里面去。等须要链接的时，apache从它维护的进程池/线程池里面取出mysql socket connnection, 而后就能够复用此链接了。git

这里测试一下，首先本机环境是archlinux , 后文所用mysql httpd php都是本身编译的源代码，都在/home/dengpan/opt目录。httpd的mpm模型这里采用的是worker, httpd的mpm(apache用于并行方面功能的，俗称多路处理模块)其实有perfork、worker、event三种。mpm的好处是让apache随时有些备用的spare或者空闲的子进程(服务器线程池)，随时等待新过来的请求，这样客户端不须要在请求服务以前等待子进程的产生。github

使用什么mpm,须要单独指定编译进去apache里面去，好比编译work mpm到apache里面去，好比个人最简化httpd的编译参数是web

./configure \

--with-apr=/home/dengpan/opt/apr-1.5.2 \

--with-apr-util=/home/dengpan/opt/apr-util-1.5.4 \

--prefix=/home/dengpan/opt/httpd-2.4.16 \

--with-mpm=worker

查看httpd加载的模块,sql

看到worker.c 已经编译过去了，shell

mpm的配置参数为

StartServers 15

MinSpareThreads 75

MaxSpareThreads250

ThreadsPerChild 10

MaxRequestWorkers 400

MaxConnectionsPerChild 0

启动apache用pstree看到 |-httpd—15*[httpd—11*[{httpd}]]，说明起了15个server进程,每一个server起了10个子线程。整个mpm要维持的最小的闲置线程数量在75,最大的闲置线程在250。满载的最大的工做线程在400个。下面准备一个shell脚本，每1秒输出下当前mysql的active链接数量, 查看mysql current链接数我用的较多的有２个方法

进mysql shell, 执行SHOW STATUS WHERE variable_name = ‘Threads_connected’; 不过这个方法得mysql shell进的去才对，当connections不少的时候，mysql shell进不去也就没法查询了

shell直接查询, find /proc/pidof mysqld/fd/ -follow -type s | wc -l , 须要root权限，好处是即便mysql由于too many connections没法进入shell的时候仍是能够链接进去。

这里用方法2，由于后面回到机器的mysql满载负荷的。写一个shell以下：

#!/bin/bash

while(true)

do

find /proc/`pidof mysqld`/fd/ -follow -type s | wc -l

sleep 1

done

后面执行该shell不断的输出当前链接数，测试可得

cli下执行php,长链接无效，cli下脚本一退出，链接即释放

apche+mod_php不开启mpm模块的话，不管mysql mysql_pconnect、pdo_mysql长链接, 页面访问完毕, mysql链接即释放。

apche+mod_php开启mpm模块(worker模式)的话，不管mysql mysql_pconnect、pdo_mysql长链接, 页面访问完毕, mysql链接＋１，直到达到最大的mysql链接数，不在增长，可是访问页面仍是能够复用链接查询到相应数据。

nginx+php-fpm下mysql长链接基本无效果。

apache之因此可以复用mysql链接，说明apache确定为mysql本身实现了一些功能函数、模块，不然不可能把一个未知类型的socket指针存下来的。用ldd查看，

➜ mysql_persist ldd /home/dengpan/opt/httpd-2.4.16/bin/httpd

linux-vdso.so.1 (0x00007ffffcbde000)

libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f8e8d17c000)

libaprutil-1.so.0 => /home/dengpan/opt/apr-util-1.5.4/lib/libaprutil-1.so.0 (0x00007f8e8cf57000)

libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f8e8cd2d000)

libapr-1.so.0 => /home/dengpan/opt/apr-1.5.2/lib/libapr-1.so.0 (0x00007f8e8cafb000)

libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f8e8c8f6000)

librt.so.1 => /usr/lib/librt.so.1 (0x00007f8e8c6ee000)

libcrypt.so.1 => /usr/lib/libcrypt.so.1 (0x00007f8e8c4b6000)

libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f8e8c299000)

libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f8e8c095000)

libc.so.6 => /usr/lib/libc.so.6 (0x00007f8e8bcf3000)

/lib64/ld-linux-x86-64.so.2 (0x00007f8e8d3ec000)

能够猜想出/home/dengpan/opt/apr-util-1.5.4/lib/libaprutil-1.so.0跟/home/dengpan/opt/apr-1.5.2/lib/libapr-1.so.0应实现了跟mysql相关的代码段。因为我是本地编译的，很方便找到函数入口，/home/dengpan/github/apache-httpd/apr-util-1.5.4/dbd/apr_dbd_mysql.c这个文件，实际上是apache的mod_dbd对常见的数据库都作了长链接支持。而nginx跟php-fpm的关系并不像php跟apache那样，因此nginx+php-fpm没法实现对应的长链接。大概是php-fpm并无作mysql的进程、线程池。

最后给出个人建议，通常小型php应用是没有性能问题的，php自身链接mysql很快，不少都处于性能过剩, 随着apache慢慢被nginx替代，php的mysql长链接也只会愈来愈鸡肋。单机的话，其实要是怕mysql建立connections有压力，最好把mysql的建立使用单例模式，这样一个页面只会建立一个mysql链接实例。诸以下面的单例例子代码，而这个更适合写在框架里去实现单例。

/**

* Created by PhpStorm.

* User: dengpan

* Date: 15-7-24

* Time: 下午2:56

*/

include "./db.php";

class DB {

private static $_instance;

private $db;

private function __construct()

{

$this->db = new mysqli(DB_HOST, DB_USER, DB_PASSWORD, 'my', 3307);

}

public static function getInstance()

{

if (!(self::$_instance instanceof DB)) {

self::$_instance = new self();

}

return self::$_instance;

}

private function __clone()

{

}

public function getConn()

{

return $this->db;

}

}

$conn = DB::getInstance()->getConn();

点关注，不迷路

好了各位，以上就是这篇文章的所有内容了，能看到这里的人呀，都是人才。以前说过，PHP方面的技术点不少，也是由于太多了，实在是写不过来，写过来了你们也不会看的太多，因此我这里把它整理成了PDF和文档，若是有须要的能够

以上内容但愿帮助到你们，不少PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提高，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货须要的能够免费分享给你们，须要的能够加入个人