碰到過此問題，轉一篇分析的很透徹的文章：
**：關於pgpool客戶端阻塞
最近遇到乙個pgpool連線阻塞問題，pgpool剛開啟是能成功連線的，過段時間就連線不上了。檢視pgpool日誌，啟動成功，連線資料庫節點成功，健康檢查成功。然後懷疑是併發數過多導致阻塞。
一開始，更改了pgpool.conf的max_pool,num_init_children引數然後重啟，結果仍然阻塞。查資料可知：
pgpool需要的資料庫連線數=num_init_children*max_pool；
後檢查postgresql資料庫的postgresql.conf檔案的
pgpool的連線引數應當滿足如下公式：
num_init_children*max_pool當需要pgpool支援更多的併發時，需要更改num_init_children引數，同時要檢查下num_init_children*max_pool是否超過了max_connections-superuser_reserved_connections，如果超過了，可將max_connections改的更大。
關於胖客戶端
目前his系統由於業務複雜，要進行大量的運算，而且his系統在執行一段時間後，資料量激增，資料庫占用空間增長很快，導致his投入執行一兩年後，反應速度急遽下降，在進行乙個簡單的儲存或刪除業務時都要花較長時間，甚至讓使用的醫務人員也難以忍受，這時就應該考慮採用胖客戶端了。所謂胖客戶端，這裡是指將常用的...
關於胖客戶端
目前his系統由於業務複雜，要進行大量的運算，而且his系統在執行一段時間後，資料量激增，資料庫占用空間增長很快，導致his投入執行一兩年後，反應速度急遽下降，在進行乙個簡單的儲存或刪除業務時都要花較長時間，甚至讓使用的醫務人員也難以忍受，這時就應該考慮採用胖客戶端了。所謂胖客戶端，這裡是指將常用的...
瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...