Mysql链接数据库异常汇总【必收藏】

在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.cnblogs.com/maggi...。

数据库链接超时

这种状况是网上主流的信息，有大量的文章，但每每都没有说明具体的场景：应用程序使用过程当中出现相似上述异常，注意这里是使用过程当中，而不是启动抛异常。

致使使用过程当中出现异常的缘由是：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的问题。

<center>程序新视界：精彩和成长都不容错过</center>