淺談一下數(shù)據(jù)庫連接池Druid德魯伊

更新時間：2023年05月08日 09:33:11 作者：一個風(fēng)輕云淡

數(shù)據(jù)庫連接池就是一個容器持有多個數(shù)據(jù)庫連接，當(dāng)程序需要操作數(shù)據(jù)庫的時候直接從池中取出連接，使用完之后再還回去，和線程池一個道理,需要的朋友可以參考下

JDBC數(shù)據(jù)庫連接池的必要性

在使用開發(fā)基于數(shù)據(jù)庫的web程序時，傳統(tǒng)的模式基本是按以下步驟

在主程序（如servlet、beans）中建立數(shù)據(jù)庫連接

進(jìn)行sql操作

斷開數(shù)據(jù)庫連接

這種模式開發(fā)，存在的問題:

普通的JDBC數(shù)據(jù)庫連接使用 DriverManager 來獲取，每次向數(shù)據(jù)庫建立連接的時候都要將 Connection加載到內(nèi)存中，再驗證用戶名和密碼(得花費0.05s～1s的時間)。需要數(shù)據(jù)庫連接的時候，就向數(shù)據(jù)庫要求一個，執(zhí)行完成后再斷開連接。這樣的方式將會消耗大量的資源和時間。數(shù)據(jù)庫的連接資源并沒有得到很好的重復(fù)利用。若同時有幾百人甚至幾千人在線，頻繁的進(jìn)行數(shù)據(jù)庫連接操作將占用很多的系統(tǒng)資源，嚴(yán) 重的甚至?xí)斐煞?wù)器的崩潰。

對于每一次數(shù)據(jù)庫連接，使用完后都得斷開。否則，如果程序出現(xiàn)異常而未能關(guān)閉，將會導(dǎo)致數(shù)據(jù)庫系統(tǒng) 中的內(nèi)存泄漏，最終將導(dǎo)致重啟數(shù)據(jù)庫。（回憶：何為Java的內(nèi)存泄漏？）

這種開發(fā)不能控制被創(chuàng)建的連接對象數(shù)，系統(tǒng)資源會被毫無顧及的分配出去，如連接過多，也可能導(dǎo)致內(nèi) 存泄漏，服務(wù)器崩潰。

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

為解決傳統(tǒng)開發(fā)中的數(shù)據(jù)庫連接問題，可以采用數(shù)據(jù)庫連接池技術(shù)。數(shù)據(jù)庫連接池的基本思想：就是為數(shù)據(jù)庫連接建立一個“緩沖池”。預(yù)先在緩沖池中放入一定數(shù)量的連接，當(dāng)需要建立數(shù)據(jù)庫連接時，只需從“緩沖池”中取出一個，使用完畢之后再放回去。

數(shù)據(jù)庫連接池負(fù)責(zé)分配、管理和釋放數(shù)據(jù)庫連接，它允許應(yīng)用程序重復(fù)使用一個現(xiàn)有的數(shù)據(jù)庫連接，而不是重新建立一個。

數(shù)據(jù)庫連接池在初始化時將創(chuàng)建一定數(shù)量的數(shù)據(jù)庫連接放到連接池中，這些數(shù)據(jù)庫連接的數(shù)量是由最小數(shù)據(jù)庫連接數(shù)來設(shè)定的。無論這些數(shù)據(jù)庫連接是否被使用，連接池都將一直保證至少擁有這么多的連接數(shù)量。連接池的最大數(shù)據(jù)庫連接數(shù)量限定了這個連接池能占有的最大連接數(shù)，當(dāng)應(yīng)用程序向連接池請求的連接數(shù)超過最大連接數(shù)量時，這些請求將被加入到等待隊列中。

工作原理：

數(shù)據(jù)庫連接池技術(shù)的優(yōu)點

1. 資源重用由于數(shù)據(jù)庫連接得以重用，避免了頻繁創(chuàng)建，釋放連接引起的大量性能開銷。在減少系統(tǒng)消耗的基礎(chǔ)上，另一方面也增加了系統(tǒng)運行環(huán)境的平穩(wěn)性。

2. 更快的系統(tǒng)反應(yīng)速度數(shù)據(jù)庫連接池在初始化過程中，往往已經(jīng)創(chuàng)建了若干數(shù)據(jù)庫連接置于連接池中備用。此時連接的初始化工作均已完成。對于業(yè)務(wù)請求處理而言，直接利用現(xiàn)有可用連接，避免了數(shù)據(jù)庫連接初始化和釋放過程的時間開銷，從而減少了系統(tǒng)的響應(yīng)時間

3. 新的資源分配手段對于多應(yīng)用共享同一數(shù)據(jù)庫的系統(tǒng)而言，可在應(yīng)用層通過數(shù)據(jù)庫連接池的配置，實現(xiàn)某一應(yīng)用最大可用數(shù)據(jù)庫連接數(shù)的限制，避免某一應(yīng)用獨占所有的數(shù)據(jù)庫資源

4. 統(tǒng)一的連接管理，避免數(shù)據(jù)庫連接泄漏在較為完善的數(shù)據(jù)庫連接池實現(xiàn)中，可根據(jù)預(yù)先的占用超時設(shè)定，強制回收被占用連接，從而避免了常規(guī)數(shù)據(jù) 庫連接操作中可能出現(xiàn)的資源泄露

多種開源的數(shù)據(jù)庫連接池

JDBC 的數(shù)據(jù)庫連接池使用 javax.sql.DataSource 來表示，DataSource 只是一個接口，該接口通常由服務(wù)器(Weblogic, WebSphere, Tomcat)提供實現(xiàn)，也有一些開源組織提供實現(xiàn)：

DBCP 是Apache提供的數(shù)據(jù)庫連接池。tomcat 服務(wù)器自帶dbcp數(shù)據(jù)庫連接池。速度相對c3p0較快，但因自身存在BUG，Hibernate3已不再提供支持。

C3P0 是一個開源組織提供的一個數(shù)據(jù)庫連接池，速度相對較慢，穩(wěn)定性還可以。hibernate官方推薦使用

Proxool 是sourceforge下的一個開源項目數(shù)據(jù)庫連接池，有監(jiān)控連接池狀態(tài)的功能，穩(wěn)定性較c3p0差一點

BoneCP 是一個開源組織提供的數(shù)據(jù)庫連接池，速度快

Druid 是阿里提供的數(shù)據(jù)庫連接池，據(jù)說是集DBCP 、C3P0 、Proxool 優(yōu)點于一身的數(shù)據(jù)庫連接池，但是速度不確定是否有BoneCP快

DataSource 通常被稱為數(shù)據(jù)源，它包含連接池和連接池管理兩個部分，習(xí)慣上也經(jīng)常把 DataSource 稱為連接池

DataSource用來取代DriverManager來獲取Connection，獲取速度快，同時可以大幅度提高數(shù)據(jù)庫訪問速度。特別注意：數(shù)據(jù)源和數(shù)據(jù)庫連接不同，數(shù)據(jù)源無需創(chuàng)建多個，它是產(chǎn)生數(shù)據(jù)庫連接的工廠，因此整個應(yīng)用只需要一個數(shù)據(jù)源即可。

當(dāng)數(shù)據(jù)庫訪問結(jié)束后，程序還是像以前一樣關(guān)閉數(shù)據(jù)庫連接：conn.close(); 但conn.close()并沒有關(guān)閉數(shù) 據(jù)庫的物理連接，它僅僅把數(shù)據(jù)庫連接釋放，歸還給了數(shù)據(jù)庫連接池。

Druid（德魯伊）數(shù)據(jù)庫連接池

Druid是阿里巴巴開源平臺上一個數(shù)據(jù)庫連接池實現(xiàn)，它結(jié)合了C3P0、DBCP、Proxool等DB池的優(yōu)點，同時加入了日志監(jiān)控，可以很好的監(jiān)控DB池連接和SQL的執(zhí)行情況，可以說是針對監(jiān)控而生的DB連接池，可以說是目前最好的連接池之一。

public class TestDruid {
 public static void main(String[] args) throws Exception {
Properties pro = new Properties(); 
pro.load(TestDruid.class.getClassLoader().getResourceAsStream("druid.properties"));
 DataSource ds = DruidDataSourceFactory.createDataSource(pro);
 Connection conn = ds.getConnection();
 System.out.println(conn);
 }
}

url=jdbc:mysql://localhost:3306/test?rewriteBatchedStatements=true
username=root
password=123456
driverClassName=com.mysql.jdbc.Driver
initialSize=10
maxActive=20
maxWait=1000
filters=wall