一般情況下，在使用開發基於資料庫的web程式時，傳統的模式基本是按以下步驟：
1． 在主程式（如servlet、beans）中建立資料庫連線。
2． 進行sql操作，取出資料。
3． 斷開資料庫連線。
使用這種模式開發，存在很多問題。首先，我們要為每一次web請求（例如察看某一篇文章的內容）建立一次資料庫連線，對於一次或幾次操作來講，或許你覺察不到系統的開銷，但是，對於web程式來講，即使在某一較短的時間段內，其操作請求數也遠遠不是一兩次，而是數十上百次（想想全世界的網友都有可能在您的網頁上查詢資料），在這種情況下，系統開銷是相當大的。事實上，在乙個基於資料庫的web系統中，建立資料庫連線的操作將是系統中代價最大的操作之一。很多時候，可能您的**速度瓶頸就在於此。
其次，使用傳統的模式，你必須去管理每乙個連線，確保他們能被正確關閉，如果出現程式異常而導致某些連線未能關閉，將導致資料庫系統中的記憶體洩露，最終我們將不得不重啟資料庫。
針對以上問題，我們首先想到可以採用乙個全域性的connection物件，建立後就不關閉，以後程式一直使用它，這樣就不存在每次建立、關閉連線的問題了。但是，同乙個連線使用次數過多，將會導致連線的不穩定，進而會導致web server的頻頻重啟。故而，這種方法也不可取。實際上，我們可以使用連線池技術來解決上述問題。首先，介紹一下連線池技術的基本原理。顧名思義，連線池最基本的思想就是預先建立一些連線放置於記憶體物件中以備使用：
如圖所示，當程式中需要建立資料庫連線時，只須從記憶體中取乙個來用而不用新建。同樣，使用完畢後，只需放回記憶體即可。而連線的建立、斷開都有連線池自身來管理。同時，我們還可以通過設定連線池的引數來控制連線池中的連線數、每個連線的最大使用次數等等。通過使用連線池，將大大提高程式效率，同時，我們可以通過其自身的管理機制來監視資料庫連線的數量、使用情況等。下面我們以乙個名為connectionpool的連線池為例來看看連線池的實現。先看看connectionpool的基本屬性：
m_connectionpoolsize：連線池中連線數量下限
m_connectionpoolmax：連線池中連線數量上限
m_connectionusecount：乙個連線的最大使用次數
m_connectiontimeout：乙個連線的最長空閒時間
m_maxconnections = -1：同一時間的最大連線數
m_timer：定時器
這些屬性定義了連線池與其中的每個連線的有效狀態值。連線池的自我管理，實際上就是通過定時的對每個連線的狀態、連線的數量進行判斷而進行相應操作。其管理流程如下：
通過上圖，我們可以定義出connectionpool要完成管理所需要的基本介面：
public class connectionpool implements timerlistener
通過這幾個介面，已經可以完成連線池的基本管理。在timeevent（）函式中完成連線池的狀態檢驗工作，fillpool()時連線池至少保持最小連線數。因為我們要儲存每乙個連線的狀態，所以還需要乙個資料庫連線物件：
class connectionobject
加入了connectionobject物件後，在connectionpool中操作的應該只是connectionobject,而其他程序需要的只是connectionobject的con屬性，因此我們再加入乙個類，作為其他程序獲得與返回連線的介面： class conn
最後我們的整個系統總的架構如下：
通過上面的介紹，我們可以看出，連線池技術的關鍵就是其自身的管理機制。
資料庫連線池簡介
資料庫連線是一種關鍵的有限的昂貴的資源，這一點在多使用者網頁應用程式中尤為突出。對資料庫連線的管理能顯著影響到整個應用程式的伸縮性和健壯性，影響到程式的效能指標。資料庫連線池正是針對這個問題提出來的。資料庫連線池負責分配管理和釋放資料庫連線，它允許應用程式重複使用乙個現有的資料庫連線，而不是再重新建...
資料庫連線池簡介
資料庫連線是一種關鍵的有限的昂貴的資源，這一點在多使用者的網頁應用程式中體現得尤為突出。對資料庫連線的管理能顯著影響到整個應用程式的伸縮性和健壯性，影響到程式的效能指標。資料庫連線池正是針對這個問題提出來的。資料庫連線池負責分配 管理和釋放資料庫連線，它允許應用程式重複使用乙個現有的資料庫連線，而再...
mysql連線池 順序 Mysql 連線池
通常，如果我們的服務涉及到mysql的操作，當乙個新的請求進來的時候，可以先連線mysql，使用完之後再斷開連線即可。但這樣做有個弊端，當請求量巨大時，會在瞬間有大量的資料庫連線與斷開操作，這是非常影響 mysql 效能的做法。此時，我們就需要使用mysql連線池。在 python 服務中使用 my...