kettle连接数据库报错：The last packet successfully received from the server was 1 milliseconds ago.

最新推荐文章于 2025-02-15 19:44:42 发布
最新推荐文章于 2025-02-15 19:44:42 发布
阅读量4.9k 收藏 6
点赞数 5
分类专栏： 编程报错解决记录 文章标签： 数据库 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_49588575/article/details/131230673
版权
文章讲述了在使用Kettle时遇到的数据库连接错误，具体表现为Communicationslinkfailure。通过在配置中添加useSSL=False这一选项，成功解决了该问题，允许Kettle与MySQL服务器的非SSL连接。
摘要由CSDN通过智能技术生成

kettle了解数据库配置如下：
在这里插入图片描述

报错：Error connecting to database: (using class org.gjt.mm.mysql.Driver)
Communications link failure

The last packet successfully received from the server was 1 milliseconds ago. The last packet sent successfully to the server was 1 milliseconds ago.
在这里插入图片描述

解决：在选项中添加useSSL=False
在这里插入图片描述

## @[Android studio通过jdbc连接mysql基本步骤 以及 遇到的坑“The last packet sent successfully to the server was 0 m
01-03
@[Android studio通过jdbc连接mysql基本步骤 以及 遇到的坑“The last packet sent successfully to the server was 0 milliseconds ago”哈哈] 小白第一次发博客哈哈，记录一下这三个晚上来我的悲惨经历以及我成功...
解决异常：“The last packet sent successfully to the server was 0 milliseconds ago. ”的办法；及Linux网络ping不通得问题
qq_21128741的博客
02-25 4万+
2com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 3 The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server. 宿主机ping不通Linux
kettle问题：The last packet successfully received from the server was 156 milliseconds ago.
Letitia1208的博客
04-23 2967
在使用kettle时遇到MySQL数据库连接问题： 1.Navicat可以连接到目标MySQL库，说明不是数据库权限的问题。 2.用kettle可以连接其他同版本MySQL库，说明也不是jar包的问题。 最终，尝试过重启电脑，删除kettle文件重装，替换jar包等各种办法之后，才发现问题在.kettle文件夹里面： 这是出问题时.kettle文件夹下面的文件，比正常文件多了一些东西。 个人的解决办法： 1.备份 kettle.properties 文件，这是平时用的连接资源库的信息 2.删除.kett
Communications link failure异常分析解决
最新发布
weixin_43811057的博客
02-15 773
是一个常见的 MySQL 数据库连接异常，表示 JDBC 客户端与 MySQL 服务器之间的通信链路失败。异常，确保应用程序与 MySQL 数据库的稳定通信。通过以上方法，可以有效解决。
数据库连接超时：“The last packet successfully received from the server was xxx milliseconds ago”...
weixin_30770783的博客
01-21 9863
产生的原因：应用方的数据库连接有效期时间，大于数据库自己设置的有效期。 解决方案： 一、修改druid配置（如果使用druid的话） spring.datasource.druid.validationQuery=select 1 spring.datasource.druid.testWhileIdle=true spring.datasource.druid.te...
彻底解决"The last packet successfully received from the server was * milliseconds ago"问题
待风宜月
05-03 3万+
1.修改mysql 的 wait_timeout参数（和interactive_timeout一起） 不推荐 2.如果用hibernate.必须手动配置连接池，最好是用c3p0连接池。如果不配，会使用内置连接池。内置连接池的8小时断开问题不知道hibernate开发者怎么还不解决！ 3.干脆不用hibernate,spring的jdbc template+自己配连接池就非常好。
深度解析数据库连接The last packet successfully received from the server was *xxx* milliseconds ago
雨潇的专栏
08-16 3万+
相信很多人都遇到过这个问题，看到提示信息，或许大家都明白这不就是获取到的数据库连接超时了嘛，没错，问题的本质也的确如此，常见的解决办法也很简单，比如说从数据库连接池中获取连接的时候判断下连接状态是否正常，这样就可以避免此类问题的发生，如果都是此问题，那么就不会再有本文来赘述问题和解决方案，下面一起来看看造成该问题的几个原因和解决方法。 1.从连接池获取到超时的连接 从数据库连接池获取到超时的连接，目前这种情况大多数数据库连接池中间件都有相应的处理策略，一种是定期扫描连接池中的连接，探测到失效连接后剔除功能，
windows解决:mysql连接报错“The last packet successfully received from the server was xxx milliseconds ago”.
dd_ddesd的博客
12-06 1万+
在系统目录下找到my.ini配置文件，以记事本方式打开。最后以管理员身份打开命令窗口，重启mysql服务即可。然后找到[mysqld]将下面两句添加上去，保存。
kettle报错：The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
08-18
- *1* *3* [The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received](https://blog.csdn.net/mmzzy20150928/article/details/125396419)[target="_blank" data-...
kettle连接 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.
06-10
这个错误通常是由于Kettle连接数据库时超时或者网络中断导致的。可能的解决方法包括： 1. 检查数据库是否运行正常，并且可以从本地或远程访问。可以使用命令行工具或GUI客户端测试连接。 2. 检查连接数据库的URL、...
The last packet successfully received from the server was x milliseconds ago解决方案
mingrenc的博客
08-17 3万+
遇到这个问题查阅很多博客，基本上大同小异，但是都于事无补。 参考文章：https://blog.csdn.net/frankcheng5143/article/details/50589264 可以移步到此查看。 网上的方案： 1.将mysql服务器的wait_timeout设置为无穷大，保证永不超时（不知道可以不，不建议采用（事实上没什么用，有文章说对5.0之前的mysql适用），像这样 ...
The last packet successfully received from the server was milliseconds ago
levi_work的博客
03-11 733
修改mysql的wait_timeout，修改spring数据源配置，增加maxWait（要比数据库wait_timeout小）、testOnBorrow=true、queryTimeout等配置，在datasource.url后面增加autoReconnect=true配置。从报错信息来看，这里设置的超时是10000毫秒，然后把mysql-connector源码下载下来debug了一下，发现有socketTimeout参数的值正好是10000，然后尝试在spring数据源配置上增加次配置依旧不行。
mysql重连，连接丢失：The last packet successfully received from the server
凹凸的专栏
01-16 3万+
问题原因： 其实上面的提示中已经给出了一部分的简要说明，简单来说就是： 程序启动时，在跟DB首次交互时，获得了相应的DB Connection资源，从而进行正常的DB读写操作。但是在下次进行DB读写时（我的定时任务本身设置的时间间隔是24小时），应用程序认为这个连接是可以正常使用的（程序执行过一次之后没有退出，这个连接从来并没有被释放掉），但实际上，这个连接已经坏掉了，因为Mysql本身已经
The last packet sent successfully to the server was 0 milliseconds ago.
weixin_43069201的博客
01-25 6505
最初百度出的大神的经验，先记录一下。但是我重启了下计算机就好使了，怕以后在遇到万一重启不好使呢，先记录一下大神经验： 出现异常”The last packet sent successfully to the server was 0 milliseconds ago.“的大部分原因是由于数据库回收了连接，而系统的缓冲池不知道，继续使用被回收的连接所致的。 以mysql为例： ...
The last packet successfully received from the server was 1,547,682,071 milliseconds ago. The last
datouniao1的博客
09-13 788
MySQL 经常出现这样的错误： org.springframework.dao.DataAccessResourceFailureException: PreparedStatementCallback; SQL [select * from mytable where clom=?]; The last packet successfully received from the server was 1,547,682,071 milliseconds ago. The last packe...
Java | The last packet sent successfully to the server was xxx milliseconds ago
"You are worthy! You can do it!"
11-26 899
但是在云服务器上更改mysql的配置文件后，根据mysql命令进入命令行还是查询不到更改的timeout值，一直是300.我这里服务器的版本是mysql5.7.41，JDBC-connect是用的8.0.11，故没有上述问题。我又在 后端代码 使用代码访问数据库发现这里的timeout一个是120，一个是300！所以我以为是第二个问题，因为我这边总是显示收到数据距上一次收到 一直是120s 左右的时间。我一直看每次的Exception都是间隔120s左右！我将请求更改到100s就不会出现问题！
(2)Mysql ----- The last packet successfully received from the server was *** millisecond ago.The
热门推荐
pandaj的专栏
12-15 8万+
(1) http://programerni.diandian.com/post/2012-09-14/40038568893 The last packet sent successfully to the server was 19365 milliseconds ago. The driver has not received any packets from the server.
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值