MySQL导入报错max_allowed_packet超限，需在[mysqld]段设置并重启服务；客户端导入时还需显式指定--max-allowed-packet参数，否则默认16MB仍会截断。
MySQL 导入报错 max_allowed_packet 超限，直接调大就行？
不是所有“调大”都有效——关键看改的是哪个配置层。MySQL 有客户端、服务端、会话级三处 max_allowed_packet，导入失败时大概率是服务端值太小，但如果你只改了客户端配置（比如 my.cnf 里的 [client] 段），根本不起作用。
- 服务端生效必须在
[mysqld]段设置，例如：max_allowed_packet = 512M - 改完必须重启 MySQL 服务（
systemctl restart mysql或service mysqld restart），仅重载配置不生效 - 临时会话级修改（如
SET GLOBAL max_allowed_packet = 536870912;）在某些云数据库（如阿里云 RDS、腾讯云 CDB）上被禁用，得走控制台或工单
用 mysql 命令行导入大 SQL 文件时仍失败？检查客户端实际生效值
即使服务端设对了，mysql 客户端默认包大小仍是 16MB，遇到超大 INSERT 或含长 BLOB 的 dump 文件，会在客户端侧截断并报错 Packets larger than max_allowed_packet are not allowed。
- 导入时显式指定客户端包大小：
mysql --max-allowed-packet=512M -u root -p db_name - 别依赖
my.cnf的[client]段——有些版本的mysql命令不读它，尤其 macOS Homebrew 安装的版本 - 如果用
source命令在交互式 mysql 中执行，需先运行：SET SESSION max_allowed_packet = 536870912;（注意是 SESSION，不是 GLOBAL）
LOAD DATA INFILE 也卡在 packet 错误？和普通导入不一样
LOAD DATA INFILE 是服务端直接读文件，不经过客户端缓冲，所以它只受服务端 max_allowed_packet 和 local_infile 开关影响，和客户端参数无关。但容易忽略两点：
- 必须确保服务端开启了
local_infile = ON（mysqld启动参数或[mysqld]配置项），否则报错The used command is not allowed with this MySQL version - 如果文件里某一行字段超长（比如 CSV 中一个字段含未转义的换行符），MySQL 会尝试把整行当做一个 packet 加载，导致瞬间突破限制——这时调大值只是掩盖问题，应先用
head -n 100 dump.csv | wc -L检查行宽 - 云数据库通常默认关闭
local_infile，且不允许开启，此时只能改用mysqlimport或分批 INSERT
为什么设成 2G 还报错？内存与协议开销不能忽略
max_allowed_packet 不是文件大小上限，而是单个网络包（packet）能承载的最大字节数。MySQL 协议本身有封装开销，实际可用数据空间比设定值小约 4–8KB；更关键的是，它受限于服务器物理内存和 net_buffer_length 的协同行为。
- 设太大（如
2G）可能导致连接初始化失败，尤其在低内存机器上，MySQL 会为每个连接预分配缓冲区 - 推荐值：导入常规业务 dump（含索引）设
256M～512M足够；纯数据表可压到128M；超过1G需确认服务器有足够空闲内存 - 验证是否生效：连上后执行
SHOW VARIABLES LIKE 'max_allowed_packet';，注意看Value列，单位是字节（不是 MB）
真正麻烦的不是设多大，而是你改了哪一层、有没有被覆盖、以及那个看似正常的 SQL 文件里，到底藏着一个多大的单行字段。
