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)如下是可以實作長連接的，

$conn = new PDO($dsn, DB_USER, DB_PASSWORD,
    array(PDO::ATTR_PERSISTENT => true)
);

長連接的作用我覺得是在高負載的情況下，通過復用長連接，減少了每個頁面的建立資料庫連接的時間，而這個建立mysql connection的時間，在我的機器上

• 在資料庫connnections < 10的情況下 , mysql pdo 建立connection time 為0.003ms, mysqli建立connection time為0.14ms

• 在資料庫connection接近滿的時候，mysql pdo建立connection time為0.13ms, mysqli建立connection time為0.13ms

以上樣本都是在大概估測時間，時間太小不好估計，其實建立連接的時間并不長，那這樣為什么需要mysql長連接、連接池這樣的東西呢，那是在高負載下，比如server單機可以接受的mysql并發在200左右，web server的單機并發在700左右，那么當大批量500并發連接壓過來的時候, web server沒到滿負荷, mysql提前到了滿負荷，就會導致所有頁面無法回應、或者已經建立好資料庫連接的頁面執行很慢，

php中的mysql長連接由于php的運行方式有多種，因而長連接實作也有多種，需要web服務器支持才可以實作長連接，因為php是沒有行程池跟連接池這種概念的，絕大多數情況下php應用本身不是一個應用服務器(后起之秀swoole, 是一個優秀的php應用服務器，不過是在c層面做的)，因而php的長連接其實是搭載apache這樣的帶有mpm模塊的webserver, linux 下apache會維護一個行程池，開啟了apache mpm功能之后，apache會默認維持一個行程池，mysql長連接之后的連接，并沒有作為socet連接關閉，而是作為一個不釋放的東西，放進了行程池/執行緒池里面去，等需要連接的時，apache從它維護的行程池/執行緒池里面取出mysql socket connnection, 然后就可以復用此連接了，

這里測驗一下，首先本機環境是archlinux , 后文所用mysql httpd php都是自己編譯的源代碼，都在/home/dengpan/opt目錄，httpd的mpm模型這里采用的是worker, httpd的mpm(apache用于并行方面功能的，俗稱多路處理模塊)其實有perfork、worker、event三種，mpm的好處是讓apache隨時有些備用的spare或者空閑的子行程(服務器執行緒池)，隨時等待新過來的請求，這樣客戶端不需要在請求服務之前等待子行程的產生，

使用什么mpm,需要單獨指定編譯進去apache里面去，比如編譯work mpm到apache里面去，比如我的最簡化httpd的編譯引數是

./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加載的模塊,

看到worker.c 已經編譯過去了，

mpm的配置引數為

<IfModule mpm_worker_module>
	StartServers			 15
	MinSpareThreads		 75
	MaxSpareThreads		250
	ThreadsPerChild		 10
	MaxRequestWorkers	  400
	MaxConnectionsPerChild   0
</IfModule>

啟動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不斷的輸出當前連接數，測驗可得

1. cli下執行php,長連接無效，cli下腳本一退出，連接即釋放

2. apche+mod_php不開啟mpm模塊的話，無論mysql mysql_pconnect、pdo_mysql長連接, 頁面訪問完畢, mysql連接即釋放，

3. apche+mod_php開啟mpm模塊(worker模式)的話，無論mysql mysql_pconnect、pdo_mysql長連接, 頁面訪問完畢, mysql連接＋１，直到達到最大的mysql連接數，不在增加，但是訪問頁面還是可以復用連接查詢到相應資料，

4. 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連接實體，諸如下面的單例例子代碼，而這個更適合寫在框架里去實作單例，

<?php
/**
 * 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和檔案，如果有需要的可以

點擊進入暗號: PHP+「平臺」

更多學習內容可以訪問【對標大廠】精品PHP架構師教程目錄大全，只要你能看完保證薪資上升一個臺階（持續更新）

以上內容希望幫助到大家，很多PHPer在進階的時候總會遇到一些問題和瓶頸，業務代碼寫多了沒有方向感，不知道該從那里入手去提升，對此我整理了一些資料，包括但不限于：分布式架構、高可擴展、高性能、高并發、服務器性能調優、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等多個知識點高級進階干貨需要的可以免費分享給大家，需要的可以加入我的 PHP技術交流群