如何处理导入时Got a packet bigger than错误_修改包大小限制-phpMyAdmin-PHP中文网

需同时调大MySQL服务端和客户端的max_allowed_packet值，服务端可动态设置SET GLOBAL，客户端需显式指定参数，数值应根据导入文件最大行长度加20%余量确定，避免过大浪费内存。

直接改配置，不改不行——这个错误不是数据有问题，是 mysql 服务端拒绝接收超过当前限制的单个网络包。默认值通常只有 4mb，一张大表或含长文本/二进制字段的 sql 文件很容易超。

设太大可能浪费内存、拖慢连接初始化，还可能掩盖真正的问题（比如 SQL 文件里混了调试用的超大字符串）。关键是匹配你的实际导入需求：

纯结构 + 小数据：16M 足够
含 MEDIUMTEXT / BLOB 字段的表：至少 64M
整库导出文件（mysqldump 生成）：检查文件里最长的一行（通常是某条 INSERT），用 awk '{print length}' dump.sql | sort -nr | head -1 看字节数，再加 20% 余量
线上服务慎设超过 256M，尤其内存紧张时

很多人只改了 my.cnf 里的服务端配置，但 mysql 命令行客户端也有自己的 max_allowed_packet 默认值（通常更小），导入时它先打包再发给服务端，自己卡住就根本到不了服务端。

下载

服务端生效需重启或动态设置：SET GLOBAL max_allowed_packet = 134217728;（单位字节，即 128M）
客户端要显式指定：mysql --max_allowed_packet=128M -u root -p
如果用 source 命令在 mysql shell 里执行，得提前在 shell 里运行：set session max_allowed_packet = 134217728;
配置文件写法：[mysqld] 和 [mysql] 段都要加 max_allowed_packet = 128M

这个错误码常和包大小有关，但不一定就是 max_allowed_packet 没调对——也可能是网络中间件（如代理、防火墙）截断了大包，或者客户端连接被服务端 timeout 中断后重连，新连接又用了旧的小包限制。

确认生效：连上 MySQL 后执行 SHOW VARIABLES LIKE 'max_allowed_packet';，分别查 GLOBAL 和 SESSION 值
避免代理干扰：直连 MySQL，绕过 HAProxy / MySQL Router 等中间层测试一次
导大文件别用 phpMyAdmin 或某些 GUI 工具，它们自身有上传限制和内存限制，优先用命令行
如果用 mysqldump 导出，记得加 --max-allowed-packet=128M，否则导出的 SQL 可能包含超长语句，导入时照样失败

改完别急着跑全量导入，先拿文件开头几 KB 的 INSERT 试一发。很多“改了还不行”的情况，其实是配置没加载、客户端没带参数、或者 SQL 文件本身有隐藏的 BOM 或编码问题——包大小只是第一个拦路虎。