根本原因是max_allowed_packet设置过小，需同时调大服务端和mysqldump客户端的该参数至512M，并可配合--extended-insert=false降低单包压力；导入时mysql客户端也需同步设置。
mysqldump 导出大表时提示 Packet too large 怎么办
根本原因是 max_allowed_packet 设置太小，而 mysqldump 默认用单条 insert 语句拼接大量值，超出服务端或客户端允许的最大包长。不是导出文件大小被限制，而是「单次网络传输的数据包」被截断。
-
max_allowed_packet是 MySQL 服务端和客户端共用的配置项，但两者独立生效：服务端控制mysqld接收/返回包上限，客户端（如mysqldump）也需显式设置对应值 - 只改 my.cnf 里的
max_allowed_packet不够——如果mysqldump启动时没带--max-allowed-packet，它会用默认 16MB（旧版甚至 4MB），仍可能触发错误 - 常见错误现象：
Got a packet bigger than 'max_allowed_packet' bytes或导出中途中断、INSERT 语句被截断 - 推荐做法：服务端设为 512M（
max_allowed_packet = 512M），同时mysqldump加参数--max-allowed-packet=512M
mysqldump --extended-insert=false 能绕过 max\_allowed\_packet 吗
不能彻底绕过，但能显著降低单包压力。启用 --extended-insert=false 后，每行数据生成独立 INSERT，避免超长语句，对内存和网络缓冲更友好。
- 代价是导出文件体积变大、导入速度下降（事务开销增加、索引重建次数变多）
- 适合临时救急：比如无法修改服务端配置，又必须导出含大字段（
TEXT/BLOB）的表 - 注意：即使关掉扩展插入，单个字段值（如一个 200MB 的
MEDIUMBLOB）仍可能超限——此时必须同步调高max_allowed_packet - 示例命令：
mysqldump --max-allowed-packet=256M --extended-insert=false db_name table_name > dump.sql
MySQL 8.0+ 使用 mysqlpump 替代 mysqldump 有帮助吗
有帮助，但不解决根本问题。mysqlpump 默认按表并行导出、支持更细粒度的 chunk 控制，且对大对象处理更稳健，但它依然受 max_allowed_packet 约束。
-
mysqlpump没有--max-allowed-packet参数，它复用客户端库的默认值；必须通过--defaults-file或环境变量MYSQL_PUMP_MAX_ALLOWED_PACKET（部分版本支持）间接设置 - 更可靠的方式：在
~/.my.cnf的[mysqlpump]段落下加max_allowed_packet=512M - 兼容性提醒：MySQL 5.7 及更早版本不带
mysqlpump，别在低版本硬切 - 性能差异：导出速度通常更快，但导入仍依赖
mysql客户端，所以导入时同样要确保该客户端的max_allowed_packet足够大
导入 SQL 文件时卡住或报错 Packet too large 怎么查
导入阶段的 max_allowed_packet 错误常被误认为是导出问题，其实服务端和客户端（mysql 命令行工具）都要检查。
- 先确认服务端：登录后执行
SHOW VARIABLES LIKE 'max_allowed_packet';，看是否 ≥ 导入文件中最大单条语句长度（特别是含大字段的 INSERT） - 再确认客户端：
mysql --help | grep "max-allowed-packet"查默认值；导入时务必加--max-allowed-packet=512M，例如：mysql --max-allowed-packet=512M db_name - 容易忽略的一点：如果用脚本调用
mysql，且脚本里用了source命令（在 MySQL shell 内执行），那source不走外部客户端参数，必须在连接时就传好--max-allowed-packet - 临时验证法：导入前在 SQL 文件开头加
SET SESSION max_allowed_packet = 536870912;（单位字节），但仅对当前 session 有效，且要求用户有 SET 权限
max_allowed_packet 没对齐。
