jdk引发的mysql错误_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.(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.(connectionimpl.java:779)

at com.mysql.jdbc.jdbc4connection.(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.(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调用。

数据库连接超时

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

导致使用过程中出现异常的原因是：mysql服务器默认的“wait_timeout”是8小时(28800秒)，也就是一个connection空闲(没有活动)超过8个小时，mysql将自动断开该connection。而连接池却认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。

解决方案：修改my.ini配置，增加超时时间或在连接url中添加“&autoreconnect=true”。

在port=3306下面添加如下配置：

wait_timeout=31536000

interactive_timeout=31536000

然后重启mysql。

这种情况也有可能是数据库连接池maxidletime配置导致的。

由于mysql的连接空闲超过8个小时就关闭了，但是连接池却永不丢弃连接，认为该连接还是有效的(因为并未校验连接的有效性)，当应用申请使用该连接时，就会导致上面的报错。

解决方法：将value设置为20。

其他原因

当然，关于mysql连接出现类似异常还有其他很多原因：

数据库账户访问权限问题：指定ip和账户授权；

网络权限问题：防火墙是否开启对应的访问权限；

端口问题：访问的端口是否正确，端口是否开启防火墙权限；

账户密码问题：账户密码错误或账户没有指定ip的访问权限；

数据库驱动问题：数据库驱动与数据库对应版本不匹配。

网络稳定问题：网络不稳定导致的问题。

数据库连接池问题：数据库连接池配置过大，导致mysql默认连接数不够的问题。

ipv4与ipv6的问题。

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


希望与广大网友互动？？

点此进行留言吧！