Navicat导入导出sql文件过程中mysql服务关闭（lost connection to mysql server during query）

原创已于 2023-03-21 15:39:58 修改 · 922 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #sql #数据库

于 2023-03-21 15:04:41 首次发布

当遇到SQL文件超过4MB的默认限制时，可以修改MySQL的配置文件my.ini，将max_allowed_packet参数设置为1000M，然后重启MySQL服务，以允许处理更大的文件。

原因：sql文件过大，默认导入导出的文件最大为4m

解决方法：

1.在mysql配置文件my.ini中加上max_allowed_packet = 1000M

2.重启mysql

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

少川@

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

解决：Lost connection to Mysql server at ‘waiting for initial communication packet问题

吻等离子的博客

08-22

4985

MySQL远程连接失败并出现错误，通常是由于DNS反向解析问题所引起的。通过配置选项，可以有效避免此类问题，提升服务器的稳定性和性能。进一步调整和其他相关配置，还可以为你的数据库提供更加灵活和安全的访问策略。希望这些技巧和建议能帮助你在管理MySQL数据库时更加得心应手。如果你遇到其他问题，欢迎交流讨论！

【Error2013：2013 lost connection to MYSQL server在处理大量数据运行中报错解决方法】

qq_43707533的博客

04-26

6683

项目场景：处理数据相对较大的情况下，不知道为什么执行语句过程中出现了 Error2013：2013 lost connection to MYSQL server during query 问题描述提示：这里描述项目中遇到的问题：例如：数据传输过程中数据不时出现丢失的情况，偶尔会丢失一部分数据 APP 中接收数据代码： @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(

参与评论您还未登录，请先登录后发表或查看评论

MySQL之Lost connection to MySQL server during query复现测试

WU2629409421perfect的博客

08-03

760

Lost connection to MySQL server during query

mysql win下基本安装

悠远的博客

01-30

273

mysqld --initialize --console mysqld -install alter user 'root'@'localhost' identified by 'ssssss——password'; my.iniH:\mysql-8.0.23-winx64\mysql-8.0.23-winx64\bin # 服务端使用的字符集 character-set-server=utf8mb4 # 数据库字符集对应一些排序等规则使用的字符集 collation-serve...

MYSQL5.7报2013-Lost connection to server during query

缘字诀的博客

03-16

2003

MYSQL5.7报2013-Lost connection to server during query

[已解决]使用Navicat执行数据库导出的sql文件，一直报错误，解决方法

九瓜的博客

03-29

5760

本身sql文件没有问题下面是错误示例解决方法取消勾选在每个运行中运行多个查询取下勾选即可

【MySQL】Navicat导入SQL，中断

hgSuper的博客

07-01

1543

1、错误信息 2006 - MySQL server has gone away 2、解决修改my.ini,修改后重启 max_allowed_packet=4M -> max_a3llowed_packet=64M 3、说明 1）导入sql文件过大导致强制中断 2）Windows默认路径 C:\ProgramData\MySQL\MySQL Server 5.6 3）Linux路径搜索一波 find/-namem...

navicat [Err] 2013 - Lost connection to MySQL server during query

qiangD的博客

04-20

3452

navicat 导入数据出错原因：导入的数据包过大，导致失去连接解决方法如下： max_allowed_packet=32M

[Err] 2013 - Lost connection to MySQL server during query

songmaolin_csdn的博客

05-22

5195

MySql 有时我们导入sql文件，文件过大，导致Error Code: 2013 - Lost connection to MySQL server during query这种错误，解决方式是 SET GLOBAL max_allowed_packet=524288000;

解决Navicat本地连接mysql数据库时报错误：Lost connection to MYSQL server at 'reading for initial communicat

书山有路勤为径，____________

11-07

2286

在window系统下，用Navicat Premium本地连接MySQL数据库时，报了 Lost connection to MYSQL server at 'reading for initial communication packet',system error：0 错误，就觉得很奇怪，也没有动配置文件，只是连接本地数据库，为什么会出现这问题呢？然后试着将MySQL`服务重启下，问题解决...

mysql导出报错 ERROR：Lost connection to MySQL server during query

lxy的博客

01-05

597

max_allowed_packet参数是指mysql服务器端和客户端在一次传送数据包的过程当中最大允许的数据包大小。

navicat mysql报错误：2013 Lost connection to MySQL server during query

weixin_30835923的博客

04-23

838

好像是MySQL的navicat UI界面跟数据的连接问题，如果直接用命令导入数据的话，或许能规避这个问题。转载于:https://www.cnblogs.com/bate/p/8922889.html

解决Lost connection to MySQL server during query错误方法

weixin_40362806的博客

11-23

2009

这种错误一般出现在Navicat刷sql时会报错，有时不会报错，但是sql或者备份刷进数据库后发现数据缺失也可以用这种方法解决。解决：在my.ini配置文件 mysqld 节点下添加max_allowed_packet = 500M并重启mysql。原因：配置文件限制刷数据库的大小。

最终解决方案 Navicat 2013 - Lost connection to MySQL server during query

CLANCCCCCCCCY的博客

05-13

1100

省流：wifi换个移动热点完美解决问题，注意手机不要连着wifi开热点。

mysql lost connection during query

weixin_33750452的博客

10-13

166

2019独角兽企业重金招聘Python工程师标准>>> ...

Windows下Mysql连接异常Lost connection to MySQL server at 'reading initial communication packet'

qq_42278784的博客

04-21

2538

重启mysql服务

mysql登录报错Lost connection to MysOl. server at ‘reading initial communication packet, system error

qq445829096的博客

03-28

839

mysql登录报错Lost connection to MysOl. server at 'reading initial communication packet, system error

用mysql客户端操作时，一直提示 Lost connection to MySQL server during query

ManNiaoQinFen的博客

10-24

1768

问题：ERROR 2013 (HY000): Lost connection to MySQL server during query :查询期间失去与 MySQL 服务器的连接。这个时间是由参数wait_timeout控制的，默认值是8小时。原因：如果客户端如果太长时间没动静，连接器就会自动将连接断开，或者在配置文件my.ini文件中配置。

mysql连接不上，连接错误，报出Lost connection to MySQL server at ‘waiting for initial communication packet‘

XING的博客

09-19

1091

出现这样的错误，首先看一下你的hosts,在C:\Windows\System32\drivers\etc，点开hosts，如果你看到里面已经有了127.0.0.1的话就关了吧，没有的话就加上这句话。如果你这样创建报出错的话，你不妨试试讲localhost换成127.0.0.1试试。连接名自己输入，密码自己当时装mysql的密码。希望能帮到有需要的人！一定要启动mysql，在服务启动。还有一种方法，你可以试试。，我就是这么解决的！

我的MySQL库有很多表和数据，我想批量迁移到OceanBase的MySQL模式下，工具是navicat，但是navicat的传输工具一直报Lost connection to server during query之类的错，转储SQL文件太大了直接无响应，两个库我都是root，还有什么办法吗

最新发布

03-29

<think>嗯，用户在使用Navicat迁移MySQL到OceanBase时遇到了连接中断和SQL文件过大的问题。首先，需要确定问题的根源。连接中断可能是由于网络不稳定、服务器配置问题，或者查询超时导致的。而大文件导入失败通常是因为内存不足或超时设置不够。接下来，用户提到使用Navicat的传输工具和SQL转储，但都失败了。可能需要考虑其他工具或方法。比如，MySQL自带的mysqldump可能更可靠，尤其是处理大数据时。分批次导出和导入可能有效，避免一次性处理太大的文件。然后，OceanBase的MySQL模式兼容性如何？需要确认用户的目标数据库配置是否正确，比如字符集、存储引擎等。此外，检查OceanBase的timeout参数，比如wait_timeout和interactive_timeout，适当增加这些值可能解决连接中断的问题。用户权限方面，虽然是root，但可能需要检查OceanBase的网络配置，确保允许远程连接，防火墙是否开放了相应端口。另外，OceanBase作为分布式数据库，可能对某些MySQL特性支持有限，需注意是否有不兼容的SQL语句。另外，还可以建议使用数据迁移工具，如OceanBase官方提供的工具，或者使用ETL工具如DataX，可能更适合大数据量迁移。如果用户对命令行不熟悉，可能需要一步步指导如何分割SQL文件，使用pv监控导入进度，或者调整配置文件参数。最后，需要提醒用户备份数据，避免迁移过程中数据丢失。同时，建议在低峰期执行迁移操作，减少资源竞争，提高成功率。</think>好的，迁移MySQL到OceanBase遇到连接中断和大文件卡死是典型问题。以下是分步骤解决方案： --- ### 一、排查基础问题 1. **网络与权限验证** ```sql -- 在OceanBase执行 SHOW GLOBAL VARIABLES LIKE 'wait_timeout'; -- 默认28800秒（8小时） SET GLOBAL wait_timeout=86400; -- 临时调整为24小时 ``` - 检查防火墙：`telnet OB_IP 2881`（默认端口） - 确认OceanBase的root@'%'权限：`SELECT host,user FROM mysql.user;` 2. **OceanBase配置调优** ```sql -- 修改配置文件（需重启） sysctl -w net.core.somaxconn=65535 alter system set _ob_query_timeout=36000000000; -- 单位微秒（10小时） ``` --- ### 二、替代Navicat的迁移方案 #### 方案1：mysqldump分块导出 ```bash # 分表导出（避免全库锁表） mysqldump -u root -p --single-transaction --quick --where="1=1 LIMIT 1000000" mydb table1 > part1.sql mysqldump -u root -p --single-transaction --quick --where="1=1 LIMIT 1000000,1000000" mydb table1 > part2.sql # 导入时增加超时控制 mysql -h OB_IP -P2881 -uroot -p --connect_timeout=600 --max_allowed_packet=1G mydb < part1.sql ``` #### 方案2：DataX高效迁移 ```json // job.json 配置文件示例 { "job": { "content": [{ "reader": { "name": "mysqlreader", "parameter": { "username":"root", "password":"***", "connection": [{ "querySql": "SELECT * FROM mydb.table1" }]} }, "writer": { "name": "oceanbasev10writer", "parameter": { "obWriteMode": "insert", "username":"root", "password":"***", "column": ["*"], "connection": [{ "jdbcUrl":"jdbc:mysql://OB_IP:2881/mydb" }]} } }] } } ``` 执行命令：`python datax.py job.json` --- ### 三、大文件处理技巧 1. **文件切割与监控** ```bash split -l 500000 huge.sql chunk_ # 按50万行分割 pv chunk_aa | mysql -h OB_IP -uroot -p mydb # 可视化进度 ``` 2. **OceanBase批量写入优化** ```sql -- 会话级调整 SET ob_trx_timeout=36000000000; -- 事务超时 SET ob_sql_work_area_percentage=80; -- 内存分配 ``` --- ### 四、故障应急方案 1. **断点续传** ```bash grep "ERROR" import.log | awk '{print $5}' > retry.list xargs -I{} mysql -h OB_IP -uroot -p mydb < {} < retry.list ``` 2. **OceanBase空间预分配** ```sql ALTER RESOURCE UNIT sys_unit_config MAX_DISK_SIZE = '2T'; -- 避免磁盘写满 ``` --- ### 五、验证数据一致性 ```sql -- 随机抽样校验 (SELECT * FROM mysql_table ORDER BY RAND() LIMIT 1000) MINUS (SELECT * FROM oceanbase_table ORDER BY RAND() LIMIT 1000) ``` 建议先在测试环境验证流程，关键表优先迁移。如果遇到LOB字段过大，可添加`--skip-triggers --skip-extended-insert`参数优化。