問題出現(xiàn)的背景： APP框架，生產(chǎn)者和消費(fèi)者模式，數(shù)據(jù)源配置包括mysql(mysql的分支maria DB)的數(shù)據(jù)源和oracle。 問題描述： 初始化時(shí)注冊(cè)c3p0沒有問題，在第一次使用數(shù)據(jù)庫連接(此時(shí)創(chuàng)建c3p0連接池)時(shí)也沒異常，但獲取數(shù)據(jù)庫連接時(shí)異常(如下)： java.s

問題出現(xiàn)的背景：

APP框架，生產(chǎn)者和消費(fèi)者模式，數(shù)據(jù)源配置包括mysql(mysql的分支maria DB)的數(shù)據(jù)源和oracle。

問題描述：

初始化時(shí)注冊(cè)c3p0沒有問題，在第一次使用數(shù)據(jù)庫連接(此時(shí)創(chuàng)建c3p0連接池)時(shí)也沒異常，但獲取數(shù)據(jù)庫連接時(shí)異常(如下)：

java.sql.SQLException: An attempt by a client to checkout a Connection has timed out.

......

Caused by: com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource fromcom.mchange.v2.resourcepool.BasicResourcePool@6bf51e5c-- timeout at awaitAvailable()

......

java.lang.IllegalArgumentException: Connection must not be null

......

問題出現(xiàn)的規(guī)律：

無規(guī)律可言，時(shí)不時(shí)的，有時(shí)候隔一次出現(xiàn)一次連接超時(shí)，有時(shí)候可能連續(xù)幾次都會(huì)超時(shí)。但只要第一次連接成功，運(yùn)行就沒問題。

造成數(shù)據(jù)庫連接超時(shí)問題的原因，網(wǎng)上解釋很多，大都是和c3p0配置有關(guān)，但都不能解決上述問題。

可能的原因分析：

和數(shù)據(jù)源有關(guān)。

為什么這么說？

1、之前項(xiàng)目(只有oracle數(shù)據(jù)源)運(yùn)行一直沒問題，本次改動(dòng)就是新增了mysql(mysql的分支maria DB)數(shù)據(jù)源。

2、把其中一個(gè)數(shù)據(jù)源配置去掉，運(yùn)行也沒問題。

綜上，懷疑：

是不是不能同時(shí)引用多個(gè)不同數(shù)據(jù)源？但此理由好像完全站不住腳。

是不是有可能和網(wǎng)絡(luò)(數(shù)據(jù)庫服務(wù)器)有關(guān)？

=求解

本文原創(chuàng)發(fā)布php中文網(wǎng)，轉(zhuǎn)載請(qǐng)注明出處，感謝您的尊重！

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的mysql与oracle链接超时_数据库连接超时问题（求解）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。