还原大SQL脚本报“Got packet bigger than 'max_allowed_packet' bytes”错误，需同步调大服务端@@global.max_allowed_packet值（如512M）并重启，且mysql客户端命令必须显式指定--max-allowed-packet=512M（单位大写M），同时导出时应加--skip-extended-insert或--hex-blob控制单包体积。
还原大SQL脚本时提示“Got packet bigger than 'max_allowed_packet' bytes”
这不是语法错误，而是 MySQL 协议层直接中断连接——mysqldump 生成的单条 INSERT 或含长 JSON/BLOB 的语句超出了当前允许的最大包尺寸。括号里左边是实际要发的字节数（比如 8808741），右边是当前限制值（比如 4194304），一眼就能判断是否真由该参数导致。
确认服务端真实生效的 max_allowed_packet 值
别只看配置文件，SET GLOBAL 可能被覆盖，云数据库甚至禁用该命令。必须登录 MySQL 执行：
SELECT @@global.max_allowed_packet;
注意：SHOW VARIABLES LIKE 'max_allowed_packet' 默认查 session 级，不准；@@session.max_allowed_packet 常被连接池或 ORM 动态改写，不可信。真实服务端值只认 @@global。
- 如果返回
4194304（即 4MB），说明没生效或根本没改 - 如果用阿里云 RDS、腾讯云 CDB 等，
SET GLOBAL会报错，得去控制台修改参数组并重启实例 - 查配置文件路径：
SHOW VARIABLES LIKE 'config_file';，常见位置是/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf
mysqldump 还原必须显式传 --max-allowed-packet
mysql 客户端工具不读 [client] 段，也不继承服务端设置。即使服务端已设为 512MB，还原时仍可能失败——因为客户端自己也有独立限制，默认通常 16MB。
- 参数必须放在数据库名之前：
mysql --max-allowed-packet=512M -u root -p db_name < dump.sql - 单位必须大写
M，写成512m、512MB或漏单位（如512）都会解析失败 - 如果脚本含 emoji 或二进制内容，建议加
--default-character-set=utf8mb4和--binary-mode避免协议误解析
避免单条 INSERT 过长：导出时就该干预
还原失败常因导出时用了 --extended-insert（默认开启），把上千行拼成一条巨长 INSERT。这不是还原端能解决的，得从源头控制包体积。
- 重导时加
--skip-extended-insert：每行独立INSERT，包尺寸可控，但导入略慢 - 含大字段时加
--hex-blob：将BLOB转为十六进制字符串，更安全，也降低协议解析风险 - 若原始 dump 已存在且无法重导，可用
sed或 Python 拆分长语句，但不如源头控制可靠
最易被忽略的是：服务端改了 [mysqld] 段，却忘了客户端也要同步 —— 尤其在 CI/CD 自动还原或跨环境部署时，mysql 命令没带参数，就必然栽在 16MB 默认值上。
