數(shù)據(jù)庫連接池

1、數(shù)據(jù)庫連接池1數(shù)據(jù)庫連接是一種關(guān)鍵的有限的昂貴的資源，這一點在多用戶的網(wǎng)頁應(yīng)用程序中體現(xiàn)得尤為突出。對數(shù)據(jù)庫連接的管理能顯著影響到整個應(yīng)用程序的伸縮性和健壯性，影響到程序的性能指標(biāo)。數(shù)據(jù)庫連接池正是針對這個問題提出來的。2數(shù)據(jù)庫連接池負責(zé)分配、管理和釋放數(shù)據(jù)庫連接，它允許應(yīng)用程序重復(fù)使用一個現(xiàn)有的數(shù)據(jù)庫連接，而再不是重新建立一個；釋放空閑時間超過最大空閑時間的數(shù)據(jù)庫連接來避免因為沒有釋放數(shù)據(jù)庫連接而引起的數(shù)據(jù)庫連接遺漏。這項技術(shù)能明顯提高對數(shù)據(jù)庫操作的性能。3數(shù)據(jù)庫連接池在初始化時將創(chuàng)建一定數(shù)量的數(shù)據(jù)庫連接放到連接池中，這些數(shù)據(jù)庫連接的數(shù)量是由最小數(shù)據(jù)庫連接數(shù)來設(shè)定的。無論這些數(shù)據(jù)庫連接是否被

2、使用，連接池都將一直保證至少擁有這么多的連接數(shù)量。連接池的最大數(shù)據(jù)庫連接數(shù)量限定了這個連接池能占有的最大連接數(shù)，當(dāng)應(yīng)用程序向連接池請求的連接數(shù)超過最大連接數(shù)量時，這些請求將被加入到等待隊列中。數(shù)據(jù)庫連接池的最小連接數(shù)和最大連接數(shù)的設(shè)置要考慮到下列幾個因素：4最小連接數(shù)是連接池一直保持的數(shù)據(jù)庫連接，所以如果應(yīng)用程序?qū)?shù)據(jù)庫連接的使用量不大，將會有大量的數(shù)據(jù)庫連接資源被浪費；2) 最大連接數(shù)是連接池能申請的最大連接數(shù)，如果數(shù)據(jù)庫連接請求超過此數(shù)，后面的數(shù)據(jù)庫連接請求將被加入到等待隊列中，這會影響之后的數(shù)據(jù)庫操作。53) 如果最小連接數(shù)與最大連接數(shù)相差太大，那么最先的連接請求將會獲利，之后超過最小連

3、接數(shù)量的連接請求等價于建立一個新的數(shù)據(jù)庫連接。不過，這些大于最小連接數(shù)的數(shù)據(jù)庫連接在使用完不會馬上被釋放，它將被放到連接池中等待重復(fù)使用或是空閑超時后被釋放。6在傳統(tǒng)的JDBC結(jié)構(gòu)中，客戶端程序在啟動時打開數(shù)據(jù)庫連接，在退出程序時關(guān)閉數(shù)據(jù)庫連接。這樣，在整個程序運行中，每個客戶端始終占用一個數(shù)據(jù)庫連接，即使在大量沒有數(shù)據(jù)庫操作的空閑時間，如用戶輸入數(shù)據(jù)時，從而造成數(shù)據(jù)庫連接的使用效率低下。7在三層結(jié)構(gòu)模式中，數(shù)據(jù)庫連接通過中間層的連接池管理。只有當(dāng)用戶真正需要進行數(shù)據(jù)庫操作時，中間層才從連接池申請一個連接，數(shù)據(jù)庫操作完畢，連接立即釋放到連接池中，以供其他用戶使用。這樣，不僅大大提高了數(shù)據(jù)庫連接

4、的使用效率，使得大量用戶可以共享較少的數(shù)據(jù)庫連接，而且省去了建立連接的時間。8連接池的配置使用數(shù)據(jù)庫連接池是應(yīng)用服務(wù)器的一項基本功能，我們以Tomcat為例，來說明JDBC連接池的配置使用。 Tomcat JDBC連接池提供對多種數(shù)據(jù)庫的支持，如 Oracle 、MySql、DB2、SqlServer。下面我們以Mysql為例說明如何配置連接池：9首先把DBConnection.java文件和DBAccessException.java 文件復(fù)制到我們的項目中的src下（建一個com.cstp.db包）然后我們修改DBConnection.java文件中的項目名稱（大概在20行）10修改tomcatconf-context.xml文件的用戶名和密碼,驅(qū)動路徑，數(shù)據(jù)庫名字； test為數(shù)據(jù)庫名稱11如果是JDK1.6以下版本，需要在項目的web.x