在Centos上部署專案發現一個奇怪的問題，資料庫連線一直拋異常。於是花了兩個小時搜了各種資料庫連線異常導致的原因，最終問題得以解決。同時，把解決過程中搜集到的異常資訊彙總一下，當大家遇到類似的問題時，給大家以思路。必須珍藏。

問題現象

先來說說我遇到的問題。專案中遇到的問題很奇怪，在Centos上安裝了Mysql資料庫，專案使用的是Spring Boot。

專案在本地啟動連線伺服器資料庫正常、本地資料庫客戶端連線伺服器資料庫正常、伺服器本地連線client連線資料庫正常。唯獨把專案部署到伺服器上啟動時丟擲異常。

異常資訊大概（當時未保留異常資訊）如下：

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

異常原因

幾乎嘗試了網路上所有的解決方案均無效。漸漸開始懷疑是JDK在作怪。本地使用的JDK版本是1.8.0_151，伺服器使用的是1.8.0.242，理論上是沒有影響的。

於是把伺服器上的jdk解除安裝，從官網下載了安裝包重新安裝了1.8.0_241，資料庫連線的問題消失了。

後來仔細一想，不是小版本號的問題，而是安裝JDK的版本問題，本機安裝的JDK是從Oracle官網下載的，而伺服器上儲存為了省事直接使用yum命令安裝的。而centos上預設給安裝了OpenJDK。我們知道，從jdk7之後，JDK和OpenJDK屬於兩個不同授權協議的版本，而OpenJDK原始碼不完整、OpenIDK只包含最精簡的JDK。

下面分享一下搜尋上述異常過程中發現的其他原因導致類似的異常的情況及解決方案。

sock路徑問題

問題現象與上述一樣，除了伺服器部署應用無法連線伺服器之外，其他方式都可以連線資料庫。

導致問題的原因是：伺服器有兩塊磁碟，中間執行過mv命令，將資料庫的儲存內容進行了移動操作，同時修改了datadir指向新的目錄。

結果：用JAVA程式本地連線失敗，丟擲org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Communications link failure 異常。

解決方案：修改了datadir相應配置之後，要核查一下mysql.sock檔案路徑的配置。預設會在/var/lib/mysql/mysql.sock或/temp/mysql.sock。然後，統一修改所有的端（[client]、[mysql]、[mysqld]等）均使用統一路徑。

SSL連線問題

如果一次資訊中還出現如下異常資訊：

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連線的問題。網路是有朋友升級到jdk1.8之後出現上述異常。

解決方案：刪掉SSLv3。在JAVA_HOME/jre/lib/security/java.security檔案中找到jdk.tls.disabledAlgorithns=SSLv3,……相關的配置，刪掉SSLv3部分。刪掉SSLv3就是允許SSL呼叫。

針對SSL連線的問題，還有一種情況就是Mysql使用SSL連線。關於如何配置可參看該文章：https://www.jb51.net/article/100432.htm。

資料庫連線超時

這種情況是網上主流的資訊，有大量的文章，但往往都沒有說明具體的場景：應用程式使用過程中出現類似上述異常，注意這裡是使用過程中，而不是啟動拋異常。

導致使用過程中出現異常的原因是：Mysql伺服器預設的“wait_timeout”是8小時（28800秒），也就是一個connection空閒（沒有活動）超過8個小時，Mysql將自動斷開該connection。而連線池卻認為該連線還是有效的(因為並未校驗連線的有效性)，當應用申請使用該連線時，就會導致上面的報錯。

解決方案：修改my.ini配置，增加超時時間或在連線url中新增“&autoReconnect=true”。

在port=3306下面新增如下配置：

wait_timeout=31536000
interactive_timeout=31536000

然後重啟MySQL。

這種情況也有可能是資料庫連線池maxIdleTime配置導致的。

<!-- 最大空閒時間,60秒內未使用則連線被丟棄。若為0則永不丟棄。Default: 0 -->  
<property name="maxIdleTime" value="0"></property> 

由於mysql的連線空閒超過8個小時就關閉了，但是連線池卻永不丟棄連線，認為該連線還是有效的(因為並未校驗連線的有效性)，當應用申請使用該連線時，就會導致上面的報錯。

解決方法：將value設定為20。

其他原因

當然，關於MySQL連接出現類似異常還有其他很多原因：

• 資料庫賬戶訪問許可權問題：指定ip和賬戶授權；
• 網路許可權問題：防火牆是否開啟對應的訪問許可權；
• 埠問題：訪問的埠是否正確，埠是否開啟防火牆許可權；
• 賬戶密碼問題：賬戶密碼錯誤或賬戶沒有指定ip的訪問許可權；
• 資料庫驅動問題：資料庫驅動與資料庫對應版本不匹配。
• 網路穩定問題：網路不穩定導致的問題。
• 資料庫連線池問題：資料庫連線池配置過大，導致mysql預設連線數不夠的問題。
• ipv4與ipv6的問題。

以上就是MySQL資料庫連線異常彙總的詳細內容，更多關於MySQL資料庫連線異常的資料請關注我們其它相關文章！