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不斷的輸出當前連接數，測試可得
- 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連接實例。諸如下面的單例例子代碼，而這個更適合寫在框架里去實現單例。
<?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();至於非要有用mysql連接池的那種要求的，推薦使用swoole擴展實現的連接池， http://rango.swoole.com/archives/265 或者更大型點的直接使用qihoo360開源的 atlas數據庫中間件， https://github.com/Qihoo360/Atlas 。都很不錯。mysql長連接的話，個人感覺可以在php中盡量不用。
轉載自：http://blog.csdn.net/will5451/article/details/56487506