首先要了解為什么用連接池，連接池能為你解決什么問題
連接池主要的作用：
1、減少與數據服務器建立TCP連接三次握手及連接關閉四次揮手的開銷，從而降低客戶端和mysql服務端的負載，縮短請求響應時間
2、減少數據庫的并發連接數，即解決應用服務器過多導致的數據庫 too many connections 問題
如果是為了解決問題1
則在workerman中數據庫連接池不是最高效的方法，反而是自找麻煩的做法。由于php是單進程單線程的，使用PHP實現數據庫連接池，肯定需要用單獨的進程去做，那么就會涉及到進程間的通訊，使得原本和mysql直接通訊的過程變成 與連接池再到mysql的通訊，增加了應用端的負載。
解決問題1最高效的方法是為每個業務進程建立一個數據庫單例（例如workerman提供的DB類），實現數據庫長連接，這樣每個進程的所有請求都使用自己的這一個數據庫長連接，整個進程的生命周期只有一次TCP握手和斷開連接揮手的開銷，并且應用與mysql直接通訊，沒有連接池那樣中間一層進程間IPC通訊，性能是最高的，沒有之一。
如果是為了問題2
首先看下自己到底有多少臺應用服務器，每臺服務器與mysql有多收并發連接。假如你只有10臺應用服務器，每個服務器50個進程，每個進程1個數據庫連接，那么到mysql服務端總共只有10*50=500個并發連接（并非活躍連接），500個并發連接對于mysql來說就是小菜一碟，為了解決問題2完全沒有使用連接池的必要。
假如你有1000臺應用服務器，那么連接池是有必要的，但是這個連接池不能是運行在本地應用服務器上的連接池，因為1000臺應用服務器就有1000個連接池，即使每個連接池只開10個連接，那么數據庫的連接數也會輕松打滿。所以不要指望在當前服務器上開幾個task進程實現的連接池就能解決這個問題。
1000臺應用服務器的集群，每臺服務器上搞幾個進程實現連接池同樣是不靠譜的方法。真正能夠解決問題2的方法是建立一個獨立的數據庫連接池服務器或者說集群，全局管理所有的數據庫鏈接。
綜上所述，
如果單獨是為了問題1實現php的mysql連接池，那么數據庫單例是比所謂的連接池更簡單更高效的做法。
如果是為了實現問題2，那么想必業務也有一定的規模了，如果真心是想用workerman做個單獨的連接池集群，下面是大概簡單的做法，建立一些task進程，每個進程創建一個數據庫連接，task進程收到sql請求后發送給mysql服務器，mysql服務器返回后task進程再把結果發給sql發起者。
連接池代碼類似如下 如果是多臺服務器組成的連接池集群，前面最好加一個lvs：
//?task?worker，使用Text協議 $task_worker?=?new?Worker('Text://0.0.0.0:1234'); $task_worker->count?=?64; $task_worker->name?=?'MysqlTask'; $task_worker->onMessage?=?function($connection,?$sql) { ?????//?執行sql....?得到結果，這里省略.... ?????$sql_result?=?your_mysql_query($sql); ?????//?發送結果 ?????$connection->send(json_encode($sql_result)); };
在workerman中調用：
use?WorkermanConnectionAsyncTcpConnection; //?與遠程連接池服務建立異步鏈接，ip為遠程連接池服務的ip，如果是集群就是lvs的ip $sql_connection?=?new?AsyncTcpConnection('Text://ip:1234'); //?發送sql $sql_connection->send("SELECT?...?FROM?....."); //?異步獲得sql結果 $sql_connection->onMessage?=?function($sql_connection,?$sql_result) { ?????//?這里只是打印結果 ?????var_dump(json_decode($task_result)); }; //?執行異步鏈接 $sql_connection->connect();
更多workerman知識請關注PHP中文網workerman教程欄目。
