-
Druid 連接池簡介
Druid首先是一個數據庫連接池。Druid是目前最好的數據庫連接池，在功能、性能、擴展性方面，都超過其他數據庫連接池，包括DBCP、C3P0、BoneCP、Proxool、JBoss DataSource。Druid已經在阿里巴巴部署了超過600個應用，經過一年多生產環境大規模部署的嚴苛考驗。
同時Druid不僅僅是一個數據庫連接池，它包括四個部分：
Druid是一個JDBC組件，它包括三個部分：
基於Filter－Chain模式的插件體系。
DruidDataSource 高效可管理的數據庫連接池。
SQLParser
Druid的功能
1、替換DBCP和C3P0。Druid提供了一個高效、功能強大、可擴展性好的數據庫連接池。
2、可以監控數據庫訪問性能，Druid內置提供了一個功能強大的StatFilter插件，能夠詳細統計SQL的執行性能，這對於線上分析數據庫訪問性能有幫助。
3、數據庫密碼加密。直接把數據庫密碼寫在配置文件中，這是不好的行為，容易導致安全問題。DruidDruiver和DruidDataSource都支持PasswordCallback。
4、SQL執行日志，Druid提供了不同的LogFilter，能夠支持Common-Logging、Log4j和JdkLog，你可以按需要選擇相應的LogFilter，監控你應用的數據庫訪問情況。
5、擴展JDBC，如果你要對JDBC層有編程的需求，可以通過Druid提供的Filter機制，很方便編寫JDBC層的擴展插件。
-
使用原因
原先項目使用的是C3P0連接池，在項目發布使用一段時間后發現c3p0 連接池訪問數據庫的時候創建連接會在oralce的lisenter.log 日志文件記錄。
經過一段時間觀察發現oralce每6秒會在lisenter.log日志記錄一次，我們設置的最小連接是20，所以oracle每次會在日志記錄20條。隨着時間越長日志文件越來越大，當日志文件達到4個G的時候會導致oracle死掉。 經過不斷調整參數配置還是無法得到解決方案，最后選擇使用阿里Druid連接池試試，Druid默認最小連接2個，配置好后發布觀察日志發現只在創建的時候在日志里面記錄了2條記錄。沒有像C3P0那樣每6秒記錄一次導致日志文件越來越大。
lisenter.log 日志截圖
-
Druid使用
1. Druid.jar包
druid-1.1.4.jar 1.1.4
2.Druid連接池配置
這里沒有配置最小連接數 ，默認為2個。
3.Druid屬性配置圖
| 配置 | 缺省值 |
|
|
| name | 配置這個屬性的意義在於，如果存在多個數據源，監控的時候 可以通過名字來區分開來。如果沒有配置，將會生成一個名字， 格式是："DataSource-" + System.identityHashCode(this) |
||
| jdbcUrl | 連接數據庫的url，不同數據庫不一樣。例如： mysql : jdbc:mysql://10.20.153.104:3306/druid2 oracle : jdbc:oracle:thin:@10.20.149.85:1521:ocnauto |
||
| username | 連接數據庫的用戶名 | ||
| password | 連接數據庫的密碼。如果你不希望密碼直接寫在配置文件中， 可以使用ConfigFilter。詳細看這里： https://github.com/alibaba/druid/wiki/%E4%BD%BF%E7%94%A8ConfigFilter |
||
| driverClassName | 根據url自動識別 | 這一項可配可不配，如果不配置druid會根據url自動識別dbType，然后選擇相應的driverClassName | |
| initialSize | 0 | 初始化時建立物理連接的個數。初始化發生在顯示調用init方法，或者第一次getConnection時 | |
| maxActive | 8 | 最大連接池數量 | |
| maxIdle | 8 | 已經不再使用，配置了也沒效果 | |
| minIdle | 最小連接池數量 | ||
| maxWait | 獲取連接時最大等待時間，單位毫秒。配置了maxWait之后，缺省啟用公平鎖，並發效率會有所下降，如果需要可以通過配置useUnfairLock屬性為true使用非公平鎖。 | ||
| poolPreparedStatements | false | 是否緩存preparedStatement，也就是PSCache。 PSCache對支持游標的數據庫性能提升巨大，比如說oracle。 在mysql5.5以下的版本中沒有PSCache功能，建議關閉掉。 作者在5.5版本中使用PSCache，通過監控界面發現PSCache有緩存命中率記錄， 該應該是支持PSCache。 |
|
| maxOpenPreparedStatements | -1 | 要啟用PSCache，必須配置大於0，當大於0時， poolPreparedStatements自動觸發修改為true。 在Druid中，不會存在Oracle下PSCache占用內存過多的問題， 可以把這個數值配置大一些，比如說100 |
|
| validationQuery | 用來檢測連接是否有效的sql，要求是一個查詢語句。 如果validationQuery為null，testOnBorrow、testOnReturn、 testWhileIdle都不會其作用。 |
||
| testOnBorrow | true | 申請連接時執行validationQuery檢測連接是否有效，做了這個配置會降低性能。 | |
| testOnReturn | false | 歸還連接時執行validationQuery檢測連接是否有效，做了這個配置會降低性能 | |
| testWhileIdle | false | 建議配置為true，不影響性能，並且保證安全性。 申請連接的時候檢測，如果空閑時間大於 timeBetweenEvictionRunsMillis， 執行validationQuery檢測連接是否有效。 |
|
| timeBetweenEvictionRunsMillis | 有兩個含義： 1) Destroy線程會檢測連接的間隔時間 2) testWhileIdle的判斷依據，詳細看testWhileIdle屬性的說明 |
||
| numTestsPerEvictionRun | 不再使用，一個DruidDataSource只支持一個EvictionRun | ||
| minEvictableIdleTimeMillis | |||
| connectionInitSqls | 物理連接初始化的時候執行的sql | ||
| exceptionSorter | 根據dbType自動識別 | 當數據庫拋出一些不可恢復的異常時，拋棄連接 | |
| filters | 屬性類型是字符串，通過別名的方式配置擴展插件， 常用的插件有： 監控統計用的filter:stat 日志用的filter:log4j 防御sql注入的filter:wall |
||
| proxyFilters | 類型是List<com.alibaba.druid.filter.Filter>， 如果同時配置了filters和proxyFilters， 是組合關系，並非替換關系 |
4.數據源監控配置
在項目的web.xml加上以下代碼
1 <filter> 2 <filter-name>DruidWebStatFilter</filter-name> 3 <filter-class>com.alibaba.druid.support.http.WebStatFilter</filter-class> 4 <init-param> 5 <param-name>exclusions</param-name> 6 <param-value>*.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*</param-value> 7 </init-param> 8 </filter> 9 <filter-mapping> 10 <filter-name>DruidWebStatFilter</filter-name> 11 <url-pattern>/*</url-pattern> 12 </filter-mapping> 13 14 <servlet> 15 <servlet-name>DruidStatView</servlet-name> 16 <servlet-class>com.alibaba.druid.support.http.StatViewServlet</servlet-class> 17 </servlet> 18 <servlet-mapping> 19 <servlet-name>DruidStatView</servlet-name> 20 <url-pattern>/druid/*</url-pattern> 21 </servlet-mapping>
阿里推出的這個數據源監控很強大，有喜歡的同志請自己配置玩玩這里我就不做解釋了。
下面貼出監控數據源截圖
