直接修改max_allowed_packet可解决大数据导入报错，需区分临时改（SET GLOBAL，仅当前会话有效）和永久改（配置文件[mysqld]段添加并重启服务），同时须同步调整wait_timeout和interactive_timeout防中途断连。
直接改 max_allowed_packet 就能解决，但必须分清“临时改”和“永久改”，否则重启后失效、导入中途断开、程序反复报错。
查当前值：先确认是不是它在作怪
连接 MySQL 后执行：SHOW VARIABLES LIKE '%max_allowed_packet%';
如果返回值是 4194304（即 4M）或 1048576（1M），基本就是这个参数卡住了。常见报错包括：Packets larger than max_allowed_packet are not allowed、Got a packet bigger than 'max_allowed_packet' bytes、甚至 MySQL server has gone away（注意：这不是服务挂了，而是包太大被主动断开）。
临时调大：适合紧急导入或调试
仅对当前会话生效，重启 MySQL 或服务后恢复默认值。操作步骤：
- 执行命令：
SET GLOBAL max_allowed_packet = 128*1024*1024;（即 128M，单位必须是字节） -
必须退出当前 MySQL 客户端，再重新登录，否则
SHOW VARIABLES看不到新值 - 验证是否生效：
SHOW VARIABLES LIKE 'max_allowed_packet';，确认输出为134217728 - 注意：
SET GLOBAL修改只影响新建立的连接，已存在的连接仍用旧值
永久生效：改配置文件 + 重启服务
Windows 下找 my.ini，Linux/macOS 下找 /etc/my.cnf 或 /etc/mysql/my.cnf，在 [mysqld] 段末尾添加：
max_allowed_packet = 128M
关键点：
- 配置文件里可以写
128M，但命令行里只能写字节数 - 修改后必须重启 MySQL 服务，不是 reload，不是 flush，是完整重启：
systemctl restart mysqld（Linux）或通过「服务」管理器重启（Windows） - 重启后仍要执行
SHOW VARIABLES验证，避免配置写错段落（比如写进[client]段就无效） -
max_allowed_packet最大支持1G（1073741824），设更大也没用
连带要调的 timeout 参数：防止导入中途断连
大数据导入耗时长，wait_timeout 和 interactive_timeout 默认 8 小时，但有些场景（如脚本批量执行）可能更短。不调它们，max_allowed_packet 再大也救不了半途断开：
- 查当前值：
SHOW GLOBAL VARIABLES LIKE '%timeout%'; - 配置文件中同步加这两行（单位是秒）：
wait_timeout = 28800<br>interactive_timeout = 28800
（即 8 小时，按需可设为86400） - 同样需重启服务才生效
- 注意：客户端连接池（如 JDBC）也有自己的超时设置，得一并检查
真正容易被忽略的是：改完配置不重启、改错配置段、没退出重连就验证、或者只调 max_allowed_packet 却不管 timeout —— 这些都会让问题看似修好了，实际导一半又崩。
