這篇文章主要介紹MySQL數(shù)據(jù)庫(kù)連接異常怎么辦，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

在永豐等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作定制網(wǎng)站制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營(yíng)銷,成都外貿(mào)網(wǎng)站制作,永豐網(wǎng)站建設(shè)費(fèi)用合理。

在Centos上部署項(xiàng)目發(fā)現(xiàn)一個(gè)奇怪的問(wèn)題，數(shù)據(jù)庫(kù)連接一直拋異常。于是花了兩個(gè)小時(shí)搜了各種數(shù)據(jù)庫(kù)連接異常導(dǎo)致的原因，最終問(wèn)題得以解決。同時(shí)，把解決過(guò)程中搜集到的異常信息匯總一下，當(dāng)大家遇到類似的問(wèn)題時(shí)，給大家以思路。必須珍藏。

問(wèn)題現(xiàn)象

先來(lái)說(shuō)說(shuō)我遇到的問(wèn)題。項(xiàng)目中遇到的問(wèn)題很奇怪，在Centos上安裝了Mysql數(shù)據(jù)庫(kù)，項(xiàng)目使用的是Spring Boot。

項(xiàng)目在本地啟動(dòng)連接服務(wù)器數(shù)據(jù)庫(kù)正常、本地?cái)?shù)據(jù)庫(kù)客戶端連接服務(wù)器數(shù)據(jù)庫(kù)正常、服務(wù)器本地連接client連接數(shù)據(jù)庫(kù)正常。唯獨(dú)把項(xiàng)目部署到服務(wù)器上啟動(dòng)時(shí)拋出異常。

異常信息大概（當(dāng)時(shí)未保留異常信息）如下：

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
 
The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
 at java.lang.reflect.Constructor.newInstance(Unknown Source)
 at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
 at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:989)
 at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:341)
 at com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2196)
 at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2229)
 at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2024)
 at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:779)
 at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:47)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
 at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
 at java.lang.reflect.Constructor.newInstance(Unknown Source)
 at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
 at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:389)
 at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:330)
 at java.sql.DriverManager.getConnection(Unknown Source)
 at java.sql.DriverManager.getConnection(Unknown Source)
 at com.ad.MysqlDemo.main(MysqlDemo.java:32)
Caused by: java.net.ConnectException: Connection refused: connect
 at java.net.DualStackPlainSocketImpl.connect0(Native Method)
 at java.net.DualStackPlainSocketImpl.socketConnect(Unknown Source)
 at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
 at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
 at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
 at java.net.PlainSocketImpl.connect(Unknown Source)
 at java.net.SocksSocketImpl.connect(Unknown Source)
 at java.net.Socket.connect(Unknown Source)
 at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:211)
 at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:300)
 ... 15 more

異常原因

幾乎嘗試了網(wǎng)絡(luò)上所有的解決方案均無(wú)效。漸漸開始懷疑是JDK在作怪。本地使用的JDK版本是1.8.0_151，服務(wù)器使用的是1.8.0.242，理論上是沒(méi)有影響的。

于是把服務(wù)器上的jdk卸載，從官網(wǎng)下載了安裝包重新安裝了1.8.0_241，數(shù)據(jù)庫(kù)連接的問(wèn)題消失了。

后來(lái)仔細(xì)一想，不是小版本號(hào)的問(wèn)題，而是安裝JDK的版本問(wèn)題，本機(jī)安裝的JDK是從Oracle官網(wǎng)下載的，而服務(wù)器上存儲(chǔ)為了省事直接使用yum命令安裝的。而centos上默認(rèn)給安裝了OpenJDK。我們知道，從jdk7之后，JDK和OpenJDK屬于兩個(gè)不同授權(quán)協(xié)議的版本，而OpenJDK源代碼不完整、OpenIDK只包含最精簡(jiǎn)的JDK。

下面分享一下搜索上述異常過(guò)程中發(fā)現(xiàn)的其他原因?qū)е骂愃频漠惓５那闆r及解決方案。

sock路徑問(wèn)題

問(wèn)題現(xiàn)象與上述一樣，除了服務(wù)器部署應(yīng)用無(wú)法連接服務(wù)器之外，其他方式都可以連接數(shù)據(jù)庫(kù)。

導(dǎo)致問(wèn)題的原因是：服務(wù)器有兩塊磁盤，中間執(zhí)行過(guò)mv命令，將數(shù)據(jù)庫(kù)的存儲(chǔ)內(nèi)容進(jìn)行了移動(dòng)操作，同時(shí)修改了datadir指向新的目錄。

結(jié)果：用JAVA程序本地連接失敗，拋出org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Communications link failure 異常。

解決方案：修改了datadir相應(yīng)配置之后，要核查一下mysql.sock文件路徑的配置。默認(rèn)會(huì)在/var/lib/mysql/mysql.sock或/temp/mysql.sock。然后，統(tǒng)一修改所有的端（[client]、[mysql]、[mysqld]等）均使用統(tǒng)一路徑。

SSL連接問(wèn)題

如果一次信息中還出現(xiàn)如下異常信息：

javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)
 at sun.security.ssl.Handshaker.activate(Handshaker.java:529)
 at sun.security.ssl.SSLSocketImpl.kickstartHandshake(SSLSocketImpl.java:1492)
 at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1361)
 at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
 at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)

則有可能是SSL連接的問(wèn)題。網(wǎng)絡(luò)是有朋友升級(jí)到j(luò)dk1.8之后出現(xiàn)上述異常。

解決方案：刪掉SSLv3。在JAVA_HOME/jre/lib/security/java.security文件中找到j(luò)dk.tls.disabledAlgorithns=SSLv3,……相關(guān)的配置，刪掉SSLv3部分。刪掉SSLv3就是允許SSL調(diào)用。

針對(duì)SSL連接的問(wèn)題，還有一種情況就是Mysql使用SSL連接。關(guān)于如何配置可參看該文章：/tupian/20230522/ppre class="brush:xml;"><!-- 大空閑時(shí)間,60秒內(nèi)未使用則連接被丟棄。若為0則永不丟棄。Default: 0 --> <property name="maxIdleTime" value="0"></property>

文章標(biāo)題：MySQL數(shù)據(jù)庫(kù)連接異常怎么辦-創(chuàng)新互聯(lián)
文章起源：http://aaarwkj.com/article22/jdcjc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供電子商務(wù)、云服務(wù)器、網(wǎng)站收錄、網(wǎng)站維護(hù)、響應(yīng)式網(wǎng)站、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)