【数据库连接失败】IDEA中数据库连接报错 [08S01] Communications link failure...the server was 0 milliseconds ago解决方案

本文介绍了在Mac Big Sur操作系统上遇到MySQL 8.0数据库连接失败的问题,以及如何通过检查端口号和修改配置文件来解决这个问题。作者详细阐述了从错误排查到最终修复的步骤,包括重启MySQL服务、检查端口设置,并在/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist文件中添加端口设置,从而确保IDEA能成功连接到数据库。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近在用原生spring测试连接池时出现报错,便想着退一步直接使用经典的jdbc(只使用mysql-connector-java),没想到依旧报错——接着在IDEA中进行测试,最终将bug定位在数据库连接问题。
 
长话短说,我认为是macBigSur以及mysql8.0的更新,导致了众多root用户权限、参数默认值问题。因为这些问题在最近才暴露出来,网上很少有可行解决方案,走了不少弯路。
 
耗费两天时间我才后知后觉,Navicat和IDEA中的数据库连接失败是两个独立的错误,本篇解决后者。let’s go。

 
 

[08S01] 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.

 
直译:错误代码[08S01] 连接失败

上次成功发送到服务器的数据包是0毫秒以前。驱动程序还没有收到来自服务器的任何数据包。

 
 
 

排查

step1:开启mysql服务

sudo /usr/local/mysql/support-files/mysql.server start

 
step2:开启mysql客服端

sudo /usr/local/mysql/bin/mysql -u root -p

 
step3:检查端口号(如果是0,那么恭喜你找到了问题所在)

mysql> show global variables like 'port';

 
 

解决

step4:关闭mysql服务

sudo /usr/local/mysql/support-files/mysql.server stop

 
step5:在访达中手动找到下面路径的文件(访达-右键-前往文件夹)

/Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist

 
step5:以较高权限打开该文件,在ProgramArguments下添加这么一行:

<string>--port=3306</string>

 
 

效果

重新开启mysql服务并打开mysql客户端,检查端口号:

在这里插入图片描述

看看IDEA是不是连接成功了:

在这里插入图片描述

2025-03-08 23:37:01.665 ERROR 28607 --- [eate-1846982837] com.alibaba.druid.pool.DruidDataSource : create connection SQLException, url: jdbc:mysql://8.129.105.175:3306/gusu?useSSL=false&serverTimezone=UTC, errorCode 0, state 08S01 com.mysql.cj.jdbc.exceptions.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 com.mysql.cj.jdbc.exceptions.SQLError.createCommunicationsException(SQLError.java:174) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:64) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:828) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.mysql.cj.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:448) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:241) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:198) ~[mysql-connector-java-8.0.27.jar!/:8.0.27] at com.alibaba.druid.pool.DruidAbstractDataSource.createPhysicalConnection(DruidAbstractDataSource.java:1643) ~[druid-1.1.20.jar!/:1.1.20] at com.alibaba.druid.pool.DruidAbstractDataSource.createPhysicalConnection(DruidAbstractDataSource.java:1709) ~[druid-1.1.20.jar!/:1.1.20] at com.alibaba.druid.pool.DruidDataSource$CreateConnectionThread.run(DruidDataSource.java:2715) ~[druid-1.1.20.jar!/:1.1.20] Caused by: com.mysql.cj.exceptions.CJCommunicationsException: 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 java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:na] at java.base/jdk.internal.reflect.NativeConstructorAc部署到服务器时连不上
最新发布
03-09
### 解决 MySQL 连接失败问题 对于 `DruidDataSource` 和 MySQL 出现的 `Communications link failure` 错误,在部署至服务器时无法建立连接的情况,可以采取多种措施来确保稳定性和可靠性。 #### 1. 调整 URL 参数设置 为了防止由于网络延迟或其他原因造成的超时错误,可以在数据源URL中加入特定参数。例如: ```properties spring.datasource.druid.url = jdbc:mysql://xxx:3306/xxx?serverTimezone=Asia/Shanghai&characterEncoding=utf8&useSSL=false&autoReconnect=true&socketTimeout=30000[^1] ``` 此配置通过设定 `socketTimeout` 来指定读取操作的最大等待时间,并启用自动重连功能 (`autoReconnect`),从而减少因短暂断开而导致的操作中断风险。 #### 2. 处理 SSL 设置冲突 如果遇到与 SSL 相关的问题,则应考虑禁用它或者显式声明其状态。具体来说就是修改数据库链接字符串中的 `useSSL` 属性为 false: ```properties spring.datasource.url=jdbc:mysql://localhost:3306/mybatis_plus?serverTimezone=GMT%2B8&useSSL=false[^3] ``` 这一步骤能够有效规避某些情况下默认开启 SSL 所带来的兼容性难题。 #### 3. 修改 MySQL Server 的 wait_timeout 值 当客户端长时间未发送请求给服务端时,默认情况下 MySQL server 可能会主动切断闲置连接。因此适当延长该阈值有助于维持持久化连接不被意外终止: ```sql SET GLOBAL wait_timeout = 28800; -- 或者在 my.cnf 文件里永久生效 [mysqld] wait_timeout = 28800 interactive_timeout = 28800 ``` 需要注意的是,虽然增大这些数值可以帮助保持更久的有效期,但也可能占用更多资源;所以建议根据实际应用场景合理调整。 #### 4. Druid 数据库连接池优化 尽管调整上述几个方面通常已经足够解决问题,但如果仍然存在不稳定现象的话,还可以进一步探索 Druid 自身提供的高级特性来进行调优。不过值得注意的是,简单地更改像 `timeBetweenEvictionRunsMillis`, `minEvictableIdleTimeMillis` 等属性未必能达到预期效果[^2]。相反,应该关注如何更好地管理空闲连接以及检测并移除不可用实例等方面的功能实现方式。
评论 38
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值