MySQL导入大SQL文件失败主因是服务端连接超时或包大小限制,需同步调优max_allowed_packet、wait_timeout、interactive_timeout参数,并注意客户端配置与SQL结构优化。MySQL导入大SQL文件卡住或报 ERROR 2006 (HY000): MySQL server has gone away本质是服务端断开了连接,不是文件本身有问题。常见于超时、内存不足或包大小限制------max_allowed_packet、wait_timeout、interactive_timeout 这三个参数没调就硬导,十有八九失败。实操建议:先查当前值:SHOW VARIABLES LIKE 'max_allowed_packet';、SHOW VARIABLES LIKE '%timeout%';临时生效(重启后失效):在客户端执行 SET GLOBAL max_allowed_packet = 512*1024*1024;(设为512MB),再设 SET GLOBAL wait_timeout = 28800;永久生效:改 my.cnf(Linux)或 my.ini(Windows),在 mysqld 下加:max_allowed_packet = 512Mwait_timeout = 28800interactive_timeout = 28800注意:改完必须重启 mysqld 进程才生效别只调 max_allowed_packet ------如果SQL里有超长BLOB或单条INSERT含几万行,即使包够大,wait_timeout 不够也会断在中途用 mysql 命令行导入时提示 ERROR 1153 (08S01): Got a packet bigger than 'max_allowed_packet' bytes这是客户端报的错,说明本地mysql命令工具也受 max_allowed_packet 限制,光调服务端没用。实操建议:导入时显式指定客户端参数:mysql --max_allowed_packet=512M -u root -p database_name 如果仍失败,加 --default-character-set=utf8mb4 防乱码干扰解析(尤其含emoji或四字节字符时)避免用图形化工具(如Navicat、DBeaver)直接拖入大SQL------它们常自带缓冲限制且不透明,出错难定位确认 dump.sql 开头没有 UTF-8 BOM;有BOM会导致首行解析异常,表现为"Unknown command"类错误文件太大,想拆分但怕破坏表结构或事务完整性拆分不能简单按行切,尤其是含 CREATE TABLE、INSERT INTO ... VALUES (...),(...),(...) 这种多值语句的文件。直接用 split 或文本编辑器硬切,大概率导致语法错误。 Tellers AI Tellers是一款自动视频编辑工具,可以将文本、文章或故事转换为视频。
相关推荐
小小测试开发6 小时前
安装 Python 3.10+梦想不只是梦与想6 小时前
Python 中的装饰器我叫唧唧波7 小时前
Python+AI 全栈学习笔记不会就选b7 小时前
MySQL之视图copyer_xyf7 小时前
Python 异常处理>no problem<8 小时前
基于cola5.0的基础设施层的多数据库切换方案思路OceanBase数据库官方博客8 小时前
OceanBase 赋能央国企:从发电到用电的全链路业务承载麻雀飞吧8 小时前
期货多合约策略目标持仓怎么更新才不乱Cthy_hy8 小时前
拓扑排序超详解:原理 + Kahn 贪心算法LSssT.8 小时前
【01】Python 机器学习