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的配置參數為

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連接數，不在增加，但是訪問頁面還是可以復用連接查詢到相應數據。

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,'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等多個知識點高級進階干貨需要的可以免費分享給大家，需要的可以加入我的

總結

如果覺得編程之家網站內容還不錯，歡迎將編程之家網站推薦給程序員好友。

本圖文內容來源于網友網絡收集整理提供，作為學習參考使用，版權屬于原作者。

如您喜歡交流學習經驗，點擊鏈接加入交流1群：1065694478(已滿)交流2群：163560250