服务端配置必须写在[mysqld]段并重启才生效，仅配[client]或[mysql]段无效；报错“packets larger than max_allowed_packet are not allowed”表明服务端拒绝数据包，须修改[mysqld]段；安全上限为1g（1073741824字节），推荐统一用字节单位；mysqldump、mysql命令行及jdbc/python驱动等需单独配置，验证应以全链路导入导出为准。
服务端配置必须写在 [mysqld] 段，重启才生效
只改 [client] 或 [mysql] 段完全无效——这些是客户端工具读的，对服务端接收能力没影响。报错 Packets larger than max_allowed_packet are not allowed 说明服务端拒绝了数据包，必须动 [mysqld]。
-
max_allowed_packet = 1G是安全上限，设成2G很可能启动失败：MySQL 启动时会尝试分配连续内存，物理内存或内核vm.max_map_area限制常导致 mysqld 崩溃 - 别用
512M这种带单位的写法（部分旧版本不识别），推荐统一用字节：max_allowed_packet = 1073741824 - 修改后必须执行
systemctl restart mysql（或对应服务名），mysqladmin reload不重载该参数
mysqldump 和 mysql 命令行工具要单独配
即使服务端设了 1G，mysqldump 默认只允许约 24MB 的单包，mysql 客户端默认更小（通常是 16MB）。导出或导入大文件时卡住，大概率是这里没配。
- 在
~/.my.cnf（Linux/macOS）或C:\ProgramData\MySQL\MySQL Server X.X\my.ini（Windows）里加两段： -
[mysqldump]段下写max_allowed_packet = 1073741824 -
[mysql]段下也写max_allowed_packet = 1073741824 - 命令行临时覆盖：导出时加
--max-allowed-packet=1G，导入时加--max-allowed-packet=1G
JDBC、Python 驱动等中间件必须显式传参
服务端和命令行都配好了，Java 或 Python 脚本照样报错？因为 JDBC、mysql-connector-python 等自带缓冲区限制，不主动设就沿用默认值（通常 4–16MB）。
- JDBC URL 加参数：
?maxAllowedPacket=1073741824（注意单位是字节） - Python
mysql-connector初始化时传：max_allowed_packet=1073741824（不是字符串"1G"） - Navicat 等 GUI 工具需在连接属性 → 高级 → “最大允许的数据包大小” 手动填数字（单位字节）
验证是否真正生效，别只看 SHOW VARIABLES
SHOW VARIABLES LIKE 'max_allowed_packet' 返回的是当前会话值，可能被 SET SESSION 临时改过，不代表服务端真实上限。真正要看的是配置文件加载结果 + 工具行为。
- 确认配置文件路径正确：
mysql --help | grep "Default options"查找实际读取的.cnf文件 - 检查是否多个配置文件冲突：
mysqld --verbose --help | grep -A1 "Default options" - 最可靠验证方式：用
mysqldump导出一个含大 BLOB 字段的表，再用mysql导入——只有全程不卡，才算全链路通
