Druid配置參數(shù)詳解-maxEvictableIdleTimeMillis,minEvictableIdleTimeMillis

Druid配置參數(shù)詳解-maxEvictableIdleTimeMillis,minEvictableIdleTimeMillis

Druid是一個由阿里開源的數(shù)據(jù)庫連接池,Druid的配置非常豐富钾埂,但是設(shè)置不當(dāng)會對生產(chǎn)環(huán)境造成嚴(yán)重影響浑玛,網(wǎng)上Druid的資料雖多嚼吞,但大部分都是互相復(fù)制粘貼法梯,有很多不準(zhǔn)確甚至完全錯誤的描述厦瓢,Druid已經(jīng)開源很久揍障,而且作者WenShao的工作重心也已經(jīng)不在Druid上脉课,有些功能估計他自己都不太了解了救军。本系列將從源代碼的角度分析Druid目前的最新版本(1.1.21)各個常用的配置項的具體含義以及是怎么起作用的。

畫外音:目前Druid在開源中國舉辦的2019年度最受歡迎中國開源軟件中排名第7名下翎,支持Druid的朋友可以去投票哇缤言。2019年度最受歡迎中國開源軟件

連接池是怎么判斷一條連接是Idle狀態(tài)的?

就是通過這兩個參數(shù)進行判斷的

  • minEvictableIdleTimeMillis:最小空閑時間视事,默認30分鐘胆萧,如果連接池中非運行中的連接數(shù)大于minIdle,并且那部分連接的非運行時間大于minEvictableIdleTimeMillis俐东,則連接池會將那部分連接設(shè)置成Idle狀態(tài)并關(guān)閉跌穗;也就是說如果一條連接30分鐘都沒有使用到,并且這種連接的數(shù)量超過了minIdle虏辫,則這些連接就會被關(guān)閉了蚌吸。
  • maxEvictableIdleTimeMillis:最大空閑時間,默認7小時砌庄,如果minIdle設(shè)置得比較大羹唠,連接池中的空閑連接數(shù)一直沒有超過minIdle,這時那些空閑連接是不是一直不用關(guān)閉娄昆?當(dāng)然不是佩微,如果連接太久沒用,數(shù)據(jù)庫也會把它關(guān)閉萌焰,這時如果連接池不把這條連接關(guān)閉哺眯,系統(tǒng)就會拿到一條已經(jīng)被數(shù)據(jù)庫關(guān)閉的連接。為了避免這種情況扒俯,Druid會判斷池中的連接如果非運行時間大于maxEvictableIdleTimeMillis奶卓,也會強行把它關(guān)閉一疯,而不用判斷空閑連接數(shù)是否小于minIdle;

這兩參數(shù)是怎么起作用的夺姑?

這兩參數(shù)是在DestroyTask的shrink方法中用來判斷連接是不是應(yīng)該被關(guān)閉的墩邀。

                    //關(guān)閉條件,空閑時間大于minEvictableIdleTimeMillis盏浙,并且空閑連接大于minIdle磕蒲,
                    // 其中checkCount為poolingCount - minIdle,即可能被關(guān)閉的連接數(shù)量
                    //或者空閑時間大于maxEvictableIdleTimeMillis
                    if (idleMillis >= minEvictableIdleTimeMillis) {
                        if (checkTime && i < checkCount) {
                            evictConnections[evictCount++] = connection;
                            continue;
                        } else if (idleMillis > maxEvictableIdleTimeMillis) {
                            evictConnections[evictCount++] = connection;
                            continue;
                        }
                    }

總結(jié)

  • minEvictableIdleTimeMillis連接空閑時間大于該值并且池中空閑連接大于minIdle則關(guān)閉該連接
  • maxEvictableIdleTimeMillis連接空閑時間大于該值只盹,不管minIdle都關(guān)閉該連接
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市兔院,隨后出現(xiàn)的幾起案子殖卑,更是在濱河造成了極大的恐慌,老刑警劉巖坊萝,帶你破解...
    沈念sama閱讀 206,482評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件孵稽,死亡現(xiàn)場離奇詭異,居然都是意外死亡十偶,警方通過查閱死者的電腦和手機菩鲜,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,377評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來惦积,“玉大人接校,你說我怎么就攤上這事∈ū溃” “怎么了蛛勉?”我有些...
    開封第一講書人閱讀 152,762評論 0 342
  • 文/不壞的土叔 我叫張陵,是天一觀的道長睦柴。 經(jīng)常有香客問我诽凌,道長,這世上最難降的妖魔是什么坦敌? 我笑而不...
    開封第一講書人閱讀 55,273評論 1 279
  • 正文 為了忘掉前任侣诵,我火速辦了婚禮,結(jié)果婚禮上狱窘,老公的妹妹穿的比我還像新娘杜顺。我一直安慰自己,他們只是感情好训柴,可當(dāng)我...
    茶點故事閱讀 64,289評論 5 373
  • 文/花漫 我一把揭開白布哑舒。 她就那樣靜靜地躺著,像睡著了一般幻馁。 火紅的嫁衣襯著肌膚如雪洗鸵。 梳的紋絲不亂的頭發(fā)上越锈,一...
    開封第一講書人閱讀 49,046評論 1 285
  • 那天,我揣著相機與錄音膘滨,去河邊找鬼甘凭。 笑死,一個胖子當(dāng)著我的面吹牛火邓,可吹牛的內(nèi)容都是我干的丹弱。 我是一名探鬼主播,決...
    沈念sama閱讀 38,351評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼铲咨,長吁一口氣:“原來是場噩夢啊……” “哼躲胳!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起纤勒,我...
    開封第一講書人閱讀 36,988評論 0 259
  • 序言:老撾萬榮一對情侶失蹤坯苹,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后摇天,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體粹湃,經(jīng)...
    沈念sama閱讀 43,476評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,948評論 2 324
  • 正文 我和宋清朗相戀三年泉坐,在試婚紗的時候發(fā)現(xiàn)自己被綠了为鳄。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,064評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡腕让,死狀恐怖孤钦,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情记某,我是刑警寧澤司训,帶...
    沈念sama閱讀 33,712評論 4 323
  • 正文 年R本政府宣布,位于F島的核電站液南,受9級特大地震影響壳猜,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜滑凉,卻給世界環(huán)境...
    茶點故事閱讀 39,261評論 3 307
  • 文/蒙蒙 一统扳、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧畅姊,春花似錦咒钟、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,264評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春萍嬉,著一層夾襖步出監(jiān)牢的瞬間乌昔,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,486評論 1 262
  • 我被黑心中介騙來泰國打工壤追, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留磕道,地道東北人。 一個月前我還...
    沈念sama閱讀 45,511評論 2 354
  • 正文 我出身青樓行冰,卻偏偏與公主長得像溺蕉,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子悼做,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,802評論 2 345