首先要了解為什么用連接池，連接池能為你解決什么問題

連接池主要的作用
1、減少與數(shù)據(jù)服務(wù)器建立TCP連接三次握手及連接關(guān)閉四次揮手的開銷，從而降低客戶端和mysql服務(wù)端的負(fù)載，縮短請求響應(yīng)時(shí)間
2、減少數(shù)據(jù)庫的并發(fā)連接數(shù)，即解決應(yīng)用服務(wù)器過多導(dǎo)致的數(shù)據(jù)庫 too many connections 問題

如果是為了解決問題1

則在workerman中數(shù)據(jù)庫連接池不是最高效的方法。當(dāng)前PHP PDO是阻塞式的，很難用原生PDO在當(dāng)前進(jìn)程做連接池。如果用單獨(dú)的進(jìn)程去做，那么就會(huì)涉及到進(jìn)程間的通訊，使得原本和mysql直接通訊的過程變成 與連接池再到mysql的通訊，增加了應(yīng)用端的負(fù)載。

解決問題1最高效的方法是為每個(gè)業(yè)務(wù)進(jìn)程建立一個(gè)數(shù)據(jù)庫單例（例如workerman提供的DB類），實(shí)現(xiàn)數(shù)據(jù)庫長連接，這樣每個(gè)進(jìn)程的所有請求都使用自己的這一個(gè)數(shù)據(jù)庫長連接，整個(gè)進(jìn)程的生命周期只有一次TCP握手和斷開連接揮手的開銷，并且應(yīng)用與mysql直接通訊，沒有連接池那樣中間一層進(jìn)程間IPC通訊，性能是最高的，沒有之一。

如果是為了問題2
首先看下自己到底有多少臺應(yīng)用服務(wù)器，每臺服務(wù)器與mysql有多收并發(fā)連接。假如你只有10臺應(yīng)用服務(wù)器，每個(gè)服務(wù)器50個(gè)進(jìn)程，每個(gè)進(jìn)程1個(gè)數(shù)據(jù)庫連接，那么到mysql服務(wù)端總共只有10*50=500個(gè)并發(fā)連接（并非活躍連接），500個(gè)并發(fā)連接對于mysql來說可以承受，為了解決問題2完全沒有使用連接池的必要。

假如你有1000臺應(yīng)用服務(wù)器，那么連接池是有必要的，但是這個(gè)連接池不能是運(yùn)行在本地應(yīng)用服務(wù)器上的連接池，因?yàn)?000臺應(yīng)用服務(wù)器就有1000個(gè)連接池，即使每個(gè)連接池只開10個(gè)連接，那么數(shù)據(jù)庫的連接數(shù)也會(huì)輕松打滿。所以不要指望在當(dāng)前服務(wù)器上開幾個(gè)task進(jìn)程實(shí)現(xiàn)的連接池就能解決這個(gè)問題。

1000臺應(yīng)用服務(wù)器的集群，每臺服務(wù)器上搞幾個(gè)進(jìn)程實(shí)現(xiàn)連接池同樣是不靠譜的方法。真正能夠解決問題2的方法是建立一個(gè)獨(dú)立的數(shù)據(jù)庫連接池服務(wù)器或者說集群，全局管理所有的數(shù)據(jù)庫鏈接。

綜上所述，
如果單獨(dú)是為了問題1實(shí)現(xiàn)php的mysql連接池，那么數(shù)據(jù)庫單例是比所謂的連接池更簡單更高效的做法。
如果是為了實(shí)現(xiàn)問題2，那么想必業(yè)務(wù)也有一定的規(guī)模了，如果真心是想用workerman做個(gè)單獨(dú)的連接池集群，下面是大概簡單的做法，建立一些task進(jìn)程，每個(gè)進(jìn)程創(chuàng)建一個(gè)數(shù)據(jù)庫連接，task進(jìn)程收到sql請求后發(fā)送給mysql服務(wù)器，mysql服務(wù)器返回后task進(jìn)程再把結(jié)果發(fā)給sql發(fā)起者。

連接池代碼類似如下 如果是多臺服務(wù)器組成的連接池集群，前面最好加一個(gè)lvs

// task worker，使用Text協(xié)議
$task_worker = new Worker('Text://0.0.0.0:1234');
$task_worker->count = 64;
$task_worker->name = 'MysqlTask';
$task_worker->onMessage = function($connection, $sql)
{
    // 執(zhí)行sql.... 得到結(jié)果，這里省略....
    $sql_result = your_mysql_query($sql);
    // 發(fā)送結(jié)果
    $connection->send(json_encode($sql_result));
};

在workerman中調(diào)用

use \Workerman\Connection\AsyncTcpConnection;

// 與遠(yuǎn)程連接池服務(wù)建立異步鏈接，ip為遠(yuǎn)程連接池服務(wù)的ip，如果是集群就是lvs的ip
$sql_connection = new AsyncTcpConnection('Text://ip:1234');
// 發(fā)送sql
$sql_connection->send("SELECT ... FROM .....");
// 異步獲得sql結(jié)果
$sql_connection->onMessage = function($sql_connection, $sql_result)
{
    // 這里只是打印結(jié)果
    var_dump(json_decode($task_result));
};
// 執(zhí)行異步鏈接
$sql_connection->connect();

對于WM服務(wù)器框架，特別適合每個(gè)進(jìn)程一個(gè)單例數(shù)據(jù)庫連接！

借用之前網(wǎng)上看到的一句話

連接池僅在超大型應(yīng)用中才有價(jià)值
大部分人需要的不是數(shù)據(jù)庫連接池來提高性能,而是sql的優(yōu)化.
很多連這樣的sql都不知道怎么正確建索引 select * from table where a=3 and b=4 orderby c DESC
我見過的程序員里60%都認(rèn)為3列都建索引就好了
還有20%認(rèn)為應(yīng)該用c的索引讓mysql排序用索引
還有10%會(huì)認(rèn)為要建立三列的復(fù)合索引
其實(shí)這樣的基本功，再怎么上連接池也是徒勞的
合理的緩存和索引才是解決問題的根本辦法
別把架構(gòu)搞復(fù)雜了才是好架構(gòu) 連接池里如果有慢查詢，mysql還是會(huì)卡住的
應(yīng)該說，只有先做到整個(gè)應(yīng)用完全沒有慢查詢，并且所有的查詢速度都很快
比如都在0.0x秒以內(nèi)。并且query查詢已經(jīng)降到最低(用了大量的緩存)
這個(gè)時(shí)候還扛不住，再去研究連接池吧
因?yàn)檫B接池主要解決的并不是sql性能問題，而是mysql服務(wù)器和系統(tǒng)層面的性能問題

學(xué)習(xí)了