com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failureThe last packet s

最新推荐文章于 2024-07-08 16:08:01 发布
最新推荐文章于 2024-07-08 16:08:01 发布
阅读量1.2k 收藏
点赞数
分类专栏： java 文章标签： java mysql 容器 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46005263/article/details/122235956
版权
记录一次使用Java连接Docker内的MySQL数据库时遇到的CommunicationsException错误。原本以为配置正常，但出现无法连接的问题。通过排查，发现在数据库URL中需要添加`?useSSL=false`参数，或者配置ssl，最终成功建立连接。修改后的URL为`jdbc:mysql://192.168.6.128:3306/user?useSSL=false`，问题得到解决。
摘要由CSDN通过智能技术生成

记录一下今天使用java连接部署在docker容器里的mysql遇到的问题，刚开始以为的跟正常的连接一样，结果报错

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.

弄了有一会，发现还是没用，最后在一篇博客发现原来是配置上要加上

?useSSL=false

需要添加参数useSSL=false，或者配置ssl

即

spring.datasource.url=jdbc:mysql://192.168.6.128:3306/user?useSSL=false

就OK了

weixin_46005263
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: ….. this is incompatible with sq
12-14
1、写在开头 标题之前我想说一下Linux的mysql真的实在是太坑了。太坑了。总是会出现这样那样的你想不到的问题。崩溃了。首先来罗列一下我遇到过的...Cause:com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorExcepti
mysql 异常com.mysql.jdbc.CommunicationsException
03-03
本次异常的具体描述为：“Communications link failure due to underlying exception: **BEGINNESTED EXCEPTION** java.io.EOFException STACK TRACE: java.io.EOFException at com.mysql.jdbc.MysqlIO.readFully...
解决Cause com.mysql.jdbc.exceptions.jdbc4.CommunicationsException
11-09
Cause com.mysql.jdbc.exceptions.jdbc4.CommunicationsException The last packet successfully received from the server was 47,795,922 milliseconds ago. The last packet sent successfully to the server was 47,795,922
DruidPooledStatement.error CommunicationsException；DruidDataSource.error discard connection
yhj674438511的博客
09-08 4082
请教大家呐！先拜谢啦！！！ 最近用druid做连接池，总报错误。 错误复现： 客户端java编写，运行在win10，server端tomcat8.5.50（druid1.1.22作连接池），数据库mysql80-community-release，运行在同一linux系统。 通过点击前端几个菜单按钮去请求mysql数据库，几个按钮的只是传的查询参数不同，但都是执行的一个server类，这个数据库查询是用的全文索引，mysql大概会执行6-10秒不等，才会返回查询结果。 如若点击按钮的速度慢，比如让
com.mysql.cj.jdbc.exceptions.CommunicationsException: The last packet successfully
最新发布
weixin_36873225的博客
07-08 240
- 参考说明：https://www.cnblogs.com/ivictor/p/5979731.html。--由于设置的超时时间比较短，只有30秒，mysql服务没有设置失败重连，因此服务就有偶尔出现这个异常。--第二种方式，修改my.cnf文件，永久生效，但是需要重启mysql服务。--第一种方式，当时生效，重启mysql服务后失效。--交互式连接超时时间设置和非交互式连接超时。-- 查看timeout参数列表。-- 保存后重启mysql服务。--重启后查看参数是否生效。
已解决com.mysql.cj.jdbc.exceptions.CommunicationsException异常的正确解决方法，亲测有效！！！
小明的Java问道之路
01-30 6331
已解决com.mysql.cj.jdbc.exceptions.CommunicationsException异常的正确解决方法，亲测有效！！！
Mysql-Druid连接池配置
皮皮皮的代码
10-20 2677
1. 背景 2. 介绍 （1）连接池大小配置 连接数 = ((核心数 * 2) + 有效磁盘数) 按照这个公式，如果说你的服务器 CPU 是 4核 i7 的，连接池大小应该为((4*2)+1)=9。取个整, 我们就设置为 10 吧。 （2） 3. 源码 4. 实战 假设数据库实例是4核8G spring: datasource: url: jdbc:mysql://127.0.0.1:3306/test?serverTimezone=Asia/Shanghai&u.
com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure
阿文的专栏
12-24 8077
druid
com.mysql.cj.exceptions.CJCommunicationsException: Communications link failure错误解决
linx_93的博客
08-15 9305
出现问题的原因是因为我们的项目需要动态配置数据源，程序中根据需要即时动态创建DruidDataSource，没有设置SocketTimeout和ConnectTimeout参数，默认值都是0，有文章说：connectTimeout的默认值为0，表示驱动层面不设置超时时间，但这并不意味着不会超时，此时将由操作系统来决定超时时间。当我将这两行代码中的任意一行代码注释掉或两行代码都注释掉时，都会出现文章开始的错误，且错误日志相同。经过多次排查和测试，终于排查到了原因。
mysql 异常连接_解决mysql连接异常
weixin_36087905的博客
02-27 914
出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的。以mysql为例：第一种解决办法，就是将mysql回收空闲连接的时间变长，mysql默认回收时间是8小时，可以在mysql目录下的my.ini中增加下面配置，将...
com.mysql.jdbc.PacketTooBigException: Packet for query is too large (11087 > 102
08-13
本文将深入探讨“com.mysql.jdbc.PacketTooBigException: Packet for query is too large (11087 > 102)”这一异常，分析其原因，并提供相应的解决方案。 `com.mysql.jdbc.PacketTooBigException` 是MySQL JDBC驱动...
mysql数据库在springboot项目中启动报错问题.docx
11-04
在给定的信息中，我们注意到一个具体的错误信息：“com.baomidou.mybatisplus.core.exceptions.MybatisPlusException: Error:GlobalConfigUtils setMetaData Fail !”。这个错误提示表明在使用 MyBatis Plus 时出现...
连接mysql数据库报错com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure的解决方法
RenDuData的博客
07-14 3623
解决办法：配置文件加上&useSSL=false
【Mysql】Communications link failure，The last packet sent successfully to the server was 0 millisecond
热门推荐
A-Itfuture的博客
12-03 2万+
解决错误【Mysql】Communications link failure，The last packet sent successfully to the server was 0 millisecond
JDBC连接数据库出现com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure
weixin_48299611的博客
10-01 3222
由于太久没有使用Java连接MySQL了，今天第一次使用就出现了上述问题，下面来记录一下解决方法。 解决方法 1.驱动使用错误 首先检查一下mysql连接驱动的版本，对于mysql连接的驱动有两个版本，下面给出两个版本对应的驱动。 驱动版本≤5.7 com.mysql.jdbc.Driver 驱动版本≥8.0 com.mysql.cj.jdbc.Driver ...
Docke容器间通信：SpringBoot项目构建Docker镜像Run时一直提示我数据库拒绝连接？
程序和我有一个能跑就行了
06-11 2827
SpringBoot项目构建的Docker镜像。Docker中跑了Redis和Mysql。在Run项目镜像时一直报错，提示我数据库拒绝连接。 报错： Caused by: java.sql.SQLNonTransientConnectionException: Could not create connection to database server. Attempted reconnect 3 times. Giving up. Caused by: com.mysql.cj.exceptions.CJ
Communications link failure，The last packet successfully received from the server was 244056 millis
m0_37541370的博客
05-16 1388
order by collectionStatus desc ,a.*注：linux值为1至31536000，可根据实际情况调整。在/etc/my.cnf里面修改wait_timeout值。说明：简单的方法，修改wait_timeout值。
Communications link failure & The last packet successfully received from the server was millisecon
wutian90的博客
12-27 1295
原因知道了，那接下来就是解决方案了，既然是10秒读取超时导致的，那就延长读取的时间，增加druid配置socket-timeout: 30000（单位为毫秒，原来的druid版本为3.4.1，没有此配置项，升级为3.6.1才有），重启、调用接口，没有报异常了，问题解决。我查看了生产的数据库配置，wait_timeout为8小时，java应用程序的druid相关配置里也没有配置检测需要关闭的空闲连接，因此推测异常的原因应该就是上述所说的原因造成的。等待30秒后再次查看，5个空闲连接已经全部被关闭。
Caused### Error querying database. Cause: com.mysql.cj.jdbc.exceptions.CommunicationsException
_Wyatt的博客
08-30 4426
1.异常描述： Error querying database. Cause: 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. 2.异常原
CommunicationsException
09-14
CommunicationsException是一个数据库连接错误异常，通常与与数据库服务器的通信失败有关。这个异常可能由多种原因引起，如网络连接问题、错误的数据库配置或服务器故障等。根据引用和引用的信息，我们可以得知在与数据库服务器进行通信时发生了连接失败的情况。 要解决这个问题，可以采取以下步骤： 1. 首先，检查网络连接是否正常。确保数据库服务器可以通过网络访问，并且网络连接稳定。可以尝试使用其他客户端工具或命令行连接数据库服务器，以确定网络连接是否存在问题。 2. 检查数据库配置是否正确。确保在应用程序的配置文件中，数据库的主机名、端口号、用户名和密码等连接信息都正确无误。特别注意检查与数据库连接有关的配置项，如驱动类型、URL等。 3. 检查数据库服务器是否正常运行。确认数据库服务器是否启动，并且可以接受来自应用程序的连接请求。可以尝试重新启动数据库服务器，或者联系数据库管理员以确认服务器状态。 4. 检查数据库连接池配置。如果应用程序使用连接池管理数据库连接，确保连接池配置正确，并且连接池中的连接没有被耗尽。可以检查连接池的最大连接数配置、空闲连接超时时间等相关参数。 5. 查看数据库日志文件。如果数据库服务器运行日志可以访问，可以查看日志文件以获取更多关于连接失败的详细信息。数据库日志通常会记录连接失败的原因，如超时、拒绝连接等。 总结来说，CommunicationsException是数据库连接失败的异常，可能由多种原因引起。要解决这个问题，需要检查网络连接、数据库配置、服务器状态和连接池配置等方面的问题，并查看数据库日志以获取更多详细信息。希望这些提示可以帮助您解决问题。如果问题仍然存在，请提供更多相关信息以便进一步分析和帮助。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值