首先要了解為什么用連接池，連接池能為你解決什么問題
連接池主要的作用
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 \Workerman\Connection\AsyncTcpConnection;
// 與遠程連接池服務建立異步鏈接，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();