MySQL数据库连接异常汇总（值得收藏）
在Centos上部署项⽬发现⼀个奇怪的问题，数据库连接⼀直抛异常。于是花了两个⼩时搜了各种数据库连接异常导致的原因，最终问题得以解决。同时，把解决过程中搜集到的异常信息汇总⼀下，当⼤家遇到类似的问题时，给⼤家以思路。必须珍藏。
问题现象
先来说说我遇到的问题。项⽬中遇到的问题很奇怪，在Centos上安装了Mysql数据库，项⽬使⽤的是Spring Boot。
项⽬在本地启动连接服务器数据库正常、本地数据库客户端连接服务器数据库正常、服务器本地连接client连接数据库正常。唯独把项⽬部署到服务器上启动时抛出异常。
异常信息⼤概（当时未保留异常信息）如下：
The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets
from the server.
wInstance0(Native Method)
wInstance(Unknown Source)
wInstance(Unknown Source)
at wInstance(Unknown Source)
sql.jdbc.Util.handleNewInstance(Util.java:425)
sql.ateCommunicationsException(SQLError.java:989)
sql.jdbc.MysqlIO.<init>(MysqlIO.java:341)
sql.Connect(ConnectionImpl.java:2196)
sql.tOneTryOnly(ConnectionImpl.java:2229)
sql.ateNewIO(ConnectionImpl.java:2024)
sql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:779)
sql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:47)
wInstance0(Native Method)
安装mysql初始化数据库失败
wInstance(Unknown Source)
wInstance(Unknown Source)
at wInstance(Unknown Source)
sql.jdbc.Util.handleNewInstance(Util.java:425)
sql.Instance(ConnectionImpl.java:389)
sql.t(NonRegisteringDriver.java:330)
at java.Connection(Unknown Source)
at java.Connection(Unknown Source)
at com.ad.MysqlDemo.main(MysqlDemo.java:32)
Caused by: java.ConnectException: Connection refused: connect
at t0(Native Method)
at java.DualStackPlainSocketImpl.socketConnect(Unknown Source)
at java.AbstractPlainSocketImpl.doConnect(Unknown Source)
at tToAddress(Unknown Source)
at t(Unknown Source)
at t(Unknown Source)
at t(Unknown Source)
at t(Unknown Source)
sql.t(StandardSocketFactory.java:211)
sql.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.apachemons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Communications link failure 异常。
解决⽅案：修改了datadir相应配置之后，要核查⼀下mysql.sock⽂件路径的配置。默认会在/var/lib/mysql/mysql.sock
或/temp/mysql.sock。然后，统⼀修改所有的端（[client]、[mysql]、[mysqld]等）均使⽤统⼀路径。
SSL连接问题
如果⼀次信息中还出现如下异常信息：
javax.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配置导致的。
<!-- 最⼤空闲时间,60秒内未使⽤则连接被丢弃。若为0则永不丢弃。Default: 0 -->
<property name="maxIdleTime" value="0"></property>
由于mysql的连接空闲超过8个⼩时就关闭了，但是连接池却永不丢弃连接，认为该连接还是有效的(因为并未校验连接的有效性)，当应⽤申请使⽤该连接时，就会导致上⾯的报错。
解决⽅法：将value设置为20。
其他原因
当然，关于MySQL连接出现类似异常还有其他很多原因：
数据库账户访问权限问题：指定ip和账户授权；
⽹络权限问题：防⽕墙是否开启对应的访问权限；
端⼝问题：访问的端⼝是否正确，端⼝是否开启防⽕墙权限；
账户密码问题：账户密码错误或账户没有指定ip的访问权限；
数据库驱动问题：数据库驱动与数据库对应版本不匹配。
⽹络稳定问题：⽹络不稳定导致的问题。
数据库连接池问题：数据库连接池配置过⼤，导致mysql默认连接数不够的问题。
ipv4与ipv6的问题。
以上就是MySQL数据库连接异常汇总的详细内容，更多关于MySQL数据库连接异常的资料请关注其它相关⽂章！

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。