和dbcp相似,druid的配置項以下 html
配置 | 缺省值 | 說明 |
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,建議開啓。 |
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, 是組合關係,並不是替換關係 |
配置項中指定了各個參數後,在鏈接池內部是這麼使用這些參數的。數據庫鏈接池在初始化的時候會建立initialSize個鏈接,當有數據庫操做時,會從池中取出一個鏈接。若是當前池中正在使用的鏈接數等於maxActive,則會等待一段時間,等待其餘操做釋放掉某一個鏈接,若是這個等待時間超過了maxWait,則會報錯;若是當前正在使用的鏈接數沒有達到maxActive,則判斷當前是否空閒鏈接,若是有則直接使用空閒鏈接,若是沒有則新創建一個鏈接。在鏈接使用完畢後,不是將其物理鏈接關閉,而是將其放入池中等待其餘操做複用。 mysql
同時鏈接池內部有機制判斷,若是當前的總的鏈接數少於miniIdle,則會創建新的空閒鏈接,以保證鏈接數獲得miniIdle。若是當前鏈接池中某個鏈接在空閒了timeBetweenEvictionRunsMillis時間後任然沒有使用,則被物理性的關閉掉。有些數據庫鏈接的時候有超時限制(mysql鏈接在8小時後斷開),或者因爲網絡中斷等緣由,鏈接池的鏈接會出現失效的狀況,這時候設置一個testWhileIdle參數爲true,能夠保證鏈接池內部定時檢測鏈接的可用性,不可用的鏈接會被拋棄或者重建,最大狀況的保證從鏈接池中獲得的Connection對象是可用的。固然,爲了保證絕對的可用性,你也可使用testOnBorrow爲true(即在獲取Connection對象時檢測其可用性),不過這樣會影響性能。 git
<servlet> <servlet-name>DruidStatView</servlet-name> <servlet-class>com.alibaba.druid.support.http.StatViewServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>DruidStatView</servlet-name> <url-pattern>/druid/*</url-pattern> </servlet-mapping>
function showTime() { var myDate = new Date(); var timeStr = ''; timeStr += myDate.getFullYear()+'-'; //獲取完整的年份(4位,1970-????) timeStr += myDate.getMonth()+'-'; //獲取當前月份(0-11,0表明1月) timeStr += myDate.getDate() + ' '; //獲取當前日(1-31) timeStr += myDate.getHours()+':'; //獲取當前小時數(0-23) timeStr += myDate.getMinutes()+':'; //獲取當前分鐘數(0-59) timeStr += myDate.getSeconds(); //獲取當前秒數(0-59) return timeStr } $(document).ready(function() { function loadDBTestMessage() { $.get('servlet/MysqlTestServlet',function(data) { if (typeof(data) != 'object') { data = eval('(' + data + ')'); } var html = '['+showTime()+']'; html += '建立:' + data['createResult']; html += '插入:' + data['insertResult']; html += '銷燬:' + data['dropResult']; html += $('#message').html(html); }); } setInterval(function() { loadDBTestMessage(); }, 10000); });