根據綜合性能，可靠性，穩定性，擴展性，易用性等因素替換成最優的數據庫連接池。

Druid:druid-1.0.29

數據庫 Mysql.5.6.17

替換目標:替換掉C3P0,用druid來替換

替換原因:

1、性能方面 hikariCP>druid>tomcat-jdbc>dbcp>c3p0 。hikariCP的高性能得益于最大限度的避免鎖競爭。

2、druid功能最為全面，sql攔截等功能，統計數據較為全面，具有良好的擴展性。

3、綜合性能，擴展性等方面，可考慮使用druid或者hikariCP連接池，比較方便對jdbc接口進行監控跟蹤等。

4、可開啟prepareStatement緩存，對性能會有大概20%的提升。

psCache是connection私有的，所以不存在線程競爭的問題，開啟pscache不會存在競爭的性能損耗。

psCache的key為prepare執行的sql和catalog等，value對應的為prepareStatement對象。開啟緩存主要是減少了解析sql的開銷。

5、3p0歷史悠久，代碼及其復雜，不利于維護。并且存在deadlock的潛在風險。

6、Druid可以打印SQL，慢查詢方面的日志

Druid 參數

運行原理:

數據庫連接池在初始化的時候會創建initialSize個連接，當有數據庫操作時，會從池中取出一個連接。如果當前池中正在使用的連接數等于maxActive，則會等待一段時間，等待其他操作釋放掉某一個連接，如果這個等待時間超過了maxWait，則會報錯；如果當前正在使用的連接數沒有達到maxActive，則判斷當前是否空閑連接，如果有則直接使用空閑連接，如果沒有則新建立一個連接。在連接使用完畢后，不是將其物理連接關閉，而是將其放入池中等待其他操作復用。 同時連接池內部有機制判斷，如果當前的總的連接數少于miniIdle，則會建立新的空閑連接，以保證連接數得到miniIdle。如果當前連接池中某個連接在空閑了timeBetweenEvictionRunsMillis時間后仍然沒有使用，則被物理性的關閉掉。有些數據庫連接的時候有超時限制（mysql連接在8小時后斷開），或者由于網絡中斷等原因，連接池的連接會出現失效的情況，這時候設置一個testWhileIdle參數為true，可以保證連接池內部定時檢測連接的可用性，不可用的連接會被拋棄或者重建，最大情況的保證從連接池中得到的Connection對象是可用的。當然，為了保證絕對的可用性，你也可以使用testOnBorrow為true（即在獲取Connection對象時檢測其可用性），不過這樣會影響性能。

如果要進行SQL監控，可以加入以下代碼:

Log4j2Filter log4j2 = new Log4j2Filter(); log4j2.setResultSetLogEnabled(false); log4j2.setStatementSqlPrettyFormat(false); log4j2.setStatementExecutableSqlLogEnable(true);  log4j2.setDataSourceLogEnabled(false); log4j2.setConnectionLogEnabled(false); log4j2.setStatementLogEnabled(false); log4j2.setResultSetLogEnabled(false); ret.setProxyFilters(Arrays.asList(log4j2)); 

閑置檢測，創建連接，廢棄連接清理由這三線程管理

Daemon Thread [Abandoned connection cleanup thread] Daemon Thread [Druid-ConnectionPool-Create-1184124073] Daemon Thread [Druid-ConnectionPool-Destroy-1184124073] 

總結

以上就是本文關于數據庫連接池Druid使用說明的全部內容，希望對大家有所幫助。