error 2006 根源是服务端主动断连，主因包括 max_allowed_packet、wait_timeout 配置不当及客户端未同步调参；mysql 命令行需显式指定 --max_allowed_packet；拆分导入须先建表再分块导入，且每块需含 foreign_key_checks 设置；超长字符串还可能触发 php 内存溢出。
这个问题根本不是SQL文件损坏或MySQL崩了，而是服务端主动断开连接——max_allowed_packet太小、wait_timeout不够，或者客户端（比如phpMyAdmin或mysql命令行）没同步调参，三者缺一都会触发ERROR 2006 (HY000): MySQL server has gone away。
为什么mysql命令行导入仍报2006？
光改my.cnf里的max_allowed_packet没用。mysql客户端本身也受该参数限制，它启动时从服务端读取一次值并缓存，不会自动刷新。
- 必须在导入命令里显式指定：
mysql --max_allowed_packet=512M -u root -p database_name - 如果
dump.sql含emoji或四字节UTF-8字符，加--default-character-set=utf8mb4，否则解析中途可能卡死并伪装成2006 -
wait_timeout设得再大，若SQL里有一条超长INSERT INTO ... VALUES (),(),()...（几万行），执行时间超过该值，照样断连
phpMyAdmin导入失败，调了服务端参数也没用？
因为phpMyAdmin走的是PHP+mysqli链路，有三层独立缓冲：MySQL服务端、PHP的mysqli扩展、phpMyAdmin自身解析逻辑。改完my.cnf必须重启mysqld，但PHP进程还得重启（比如重启Apache/Nginx或PHP-FPM），否则mysqli仍用旧的max_allowed_packet值通信。
- 检查PHP侧是否生效：
php -r "echo ini_get('mysqli.reconnect');"，若输出空或0，说明mysqli.reconnect被关了，连接中断后不重试，直接崩 - phpMyAdmin上传阶段卡住是
upload_max_filesize或post_max_size问题，报2006说明已进执行阶段——这时候看max_execution_time是否过短（尤其含BLOB时） - SQL文件开头有UTF-8 BOM会导致phpMyAdmin首行解析失败，报错像
Unknown command ''，表面不像2006，但后续语句全乱套，最终也可能退化成2006
拆分SQL文件时最常踩的坑
不能用split -l 1000 dump.sql硬切——CREATE TABLE和INSERT被劈开、多值INSERT语句截断、事务边界丢失，导入直接语法错误。
- 优先用
mysqldump --skip-extended-insert重新导出，让每行INSERT只插一条，方便按行安全切分 - 真正要拆，用
sed -n '/^CREATE TABLE/,/^;/p' dump.sql > schema.sql先抽结构，再用awk '/^INSERT/ {print > "data_" ++i ".sql"}' dump.sql按INSERT分块（需确认无嵌套括号） - 导入顺序必须是：先
schema.sql建表，再逐个data_*.sql导入；若原文件含SET FOREIGN_KEY_CHECKS=0，每份拆分文件都得带上
最隐蔽的点是：哪怕所有参数都调对了，如果SQL里某条语句包含超长字符串（比如BASE64编码的图片字段），它可能先撑爆phpMyAdmin的PHP内存限制，再抛出2006——这时候看error_log里有没有Allowed memory size exhausted才真相大白。
