报错“Packet for query is too large”是因SQL语句组装的通信包超限（如长INSERT），需同时调大服务端（[mysqld]段）和客户端（命令行参数或驱动配置）的max_allowed_packet值，单位为字节或大写M，且服务端修改后必须重启生效。
直接改 max_allowed_packet 就能解决，但必须客户端和服务端同时改、单位写对、重启生效，否则白忙活。
为什么报 “Packet for query is too large”
这不是文件大本身的问题，而是 MySQL 在解析 SQL 文件时，把一整段（比如一个超长的 INSERT INTO ... VALUES (...),(...),...）当做一个通信包来处理。一旦这个包字节数超过 max_allowed_packet 限制，就会断连并报错，典型错误如：Packet for query is too large (8808741 > 4194304) —— 括号里左边是实际包大小（8.4MB），右边是当前限制（4MB）。
注意：服务端和客户端各有一套 max_allowed_packet，只改其中一边没用。
怎么查当前真实值
别信配置文件，登录 MySQL 后执行：
SELECT @@global.max_allowed_packet;
返回的是字节单位，比如 4194304 就是 4MB。如果用的是云数据库（如阿里云 RDS），SET GLOBAL 通常被禁用，这个值可能永远显示默认值，得去控制台改参数组。
常见误区：
-
SHOW VARIABLES LIKE 'max_allowed_packet'查的是会话级值，可能被连接池或 ORM 覆盖，不准 -
SELECT @@max_allowed_packet查的是当前会话值，不是全局生效值
临时改 vs 永久改：必须分清场景
临时改（适合测试或紧急导入）：
SET GLOBAL max_allowed_packet = 536870912; -- 512MB，单位是字节
但注意：
- 该命令只对后续新建立的连接生效，已存在的连接不受影响
- MySQL 重启后失效
- 云数据库通常不支持
SET GLOBAL，会报错
永久改（生产环境必须）：
- 找到真实生效的配置文件：
SHOW VARIABLES LIKE 'config_file';，常见路径是/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf - 在
[mysqld]段下添加：max_allowed_packet = 512M（必须大写M，不能写512MB或512m） - 改完必须重启服务：
systemctl restart mysql，mysqladmin reload不起作用
导入命令本身也要配对参数
即使服务端改了，mysql 客户端默认仍用 16MB 限制。所以导入时必须显式传参：
mysql -u root -p --max-allowed-packet=512M --net-buffer-length=1M db_name < dump.sql
关键点：
-
--max-allowed-packet=512M必须写在数据库名之前，位置错了会被忽略 - 单位必须是大写
M，写成512m或漏掉单位（512）就变成 512 字节，立刻失败 -
--net-buffer-length=1M配合使用，避免单行过长被截断 - 如果 SQL 文件里有大量
INSERT合并语句，建议导出时加--skip-extended-insert，让每条INSERT独立成行，降低单包体积
真正容易被忽略的是：服务端配置必须写在 [mysqld] 段，写在 [client] 或 [mysql] 段完全无效；而客户端命令参数又不能省——两边缺一不可。
