一次 Druid 连接池泄露引发的血案!
最近某個應(yīng)用程序老是卡,需要重啟才能解決問題,導(dǎo)致被各種投訴,排查問題是?Druid 連接池泄露引發(fā)的血案。。
異常日志如下:
ERROR?-?com.alibaba.druid.pool.GetConnectionTimeoutException:?wait?millis?60000,?active?50,?maxActive?50,?creating?0at?com.alibaba.druid.pool.DruidDataSource.getConnectionInternal(DruidDataSource.java:1512)at?com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:1255)at?com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:5007)at?com.alibaba.druid.filter.stat.StatFilter.dataSource_getConnection(StatFilter.java:680)at?com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:5003)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1233)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1225)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:90)連接池中的連接數(shù)量已經(jīng)到達(dá)最大值了,到了 60 秒還不能創(chuàng)建連接就超時報錯了。
問題很明顯,肯定是應(yīng)用程序哪里用了連接但沒有釋放,全局排查代碼又比較艱難,加了三個 Druid 連接池配置項,最終定位并解決了問題。
添加以下配置:
<!--?是否打開強制回收連接功能?--> <property?name="removeAbandoned"?value="true"?/><!--?超時時間,單位:毫秒?--> <property?name="removeAbandonedTimeoutMillis"?value="600000"/><!--?連接回收時是否記錄日志?--> <property?name="logAbandoned"?value="true"?/>這就是連接泄露配置項,如果連接長時間不歸還,removeAbandoned?打開狀態(tài),超過?removeAbandonedTimeoutMillis?設(shè)置的超時時間,將會強制回收連接。
連接池初始化時會啟動一個線程,用于檢查并回收連接。
參考源碼:
com.alibaba.druid.pool.DruidDataSource#createAndStartDestroyThread
當(dāng)?logAbandoned?打開狀態(tài)時,關(guān)閉連接同時會記錄當(dāng)時的堆棧日志,可用于定位到哪些代碼打開了連接沒關(guān)閉。
abandon?connection,?owner?thread:?https-jsse-nio-4443-exec-9,?connected?at?:?1573521883837,?open?stackTraceat?java.lang.Thread.getStackTrace(Thread.java:1589)at?com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:1305)at?com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:4619)at?com.alibaba.druid.filter.stat.StatFilter.dataSource_getConnection(StatFilter.java:680)at?com.alibaba.druid.filter.FilterChainImpl.dataSource_connect(FilterChainImpl.java:4615)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1225)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1217)at?com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:90)at?org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource.getConnection(AbstractRoutingDataSource.java:162)...這個配置項雖然可用于排查連接池釋放問題,但生產(chǎn)環(huán)境小心使用,如果有的業(yè)務(wù)執(zhí)行事務(wù)的時間比較長,會被誤回收,小心引發(fā)另外一個血案。
《新程序員》:云原生和全面數(shù)字化實踐50位技術(shù)專家共同創(chuàng)作,文字、視頻、音頻交互閱讀總結(jié)
以上是生活随笔為你收集整理的一次 Druid 连接池泄露引发的血案!的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 通俗易懂,带你了解Kafka
- 下一篇: 知乎:fastjson 这么快,为啥老外