必须同时调大服务端和客户端的max_allowed_packet，只改一边必然失败；MySQL有全局、会话、客户端工具三套独立限制，需分别确认生效值，服务端永久修改须在my.cnf的[mysqld]段设max_allowed_packet=128M并重启，客户端需显式指定如mysql --max-allowed-packet=128M。
必须同时调大服务端和客户端的 max_allowed_packet，只改一边必然失败。
查清楚当前生效的是哪个值
MySQL 有三套独立的 max_allowed_packet：全局（@@global.max_allowed_packet）、当前会话（@@session.max_allowed_packet）、以及客户端工具自身内置的默认值。它们互不影响。
- 执行
SELECT @@global.max_allowed_packet;和SELECT @@session.max_allowed_packet;，注意单位是字节（比如4194304= 4MB） - 命令行客户端不读配置文件里的
[client]段，它用自己编译时的默认值（常见为 16MB），所以SHOW VARIABLES查到的只是服务端返回给它的会话值，不是它自己发包的上限 - 图形化工具如 Navicat、DBeaver 不暴露该参数，出错时很难定位，建议先换
mysql命令行验证
服务端怎么改才真正生效
永久生效必须改 my.cnf（Linux）或 my.ini（Windows）里的 [mysqld] 段，不是 [client] 或 [mysql] —— 那些只影响客户端工具启动参数，对 mysqld 进程完全无效。
- 写法示例：
max_allowed_packet = 128M（配置文件支持K/M/G单位） - 改完必须重启 MySQL：
sudo systemctl restart mysql或service mysqld restart - 临时改可用
SET GLOBAL max_allowed_packet = 134217728;，但要求有SYSTEM_VARIABLES_ADMIN权限（MySQL 8.0+），且重启后丢失 - 云数据库（如阿里云 RDS）通常禁用
SET GLOBAL，只能提工单或在控制台调整规格
客户端工具各自怎么配
命令行 mysql 工具、Python 的 pymysql、Java 的 JDBC，都自带默认限制，和服务端无关。不显式指定，就按内置值走。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 导入大 SQL 文件时，别用
source dump.sql，而要用：mysql --max-allowed-packet=128M -u root -p db_name -
pymysql.connect()要传参：max_allowed_packet=134217728（单位字节） - JDBC URL 加参数：
&maxAllowedPacket=134217728（注意是maxAllowedPacket，不是下划线） - Navicat 等工具需在连接属性 → 高级 → 勾选“启用 large packet 支持”，或连接后立即执行
SET SESSION max_allowed_packet = 134217728;
容易被忽略的两个关键点
一是 net_buffer_length，它控制分包缓冲区大小，默认仅 16KB。当 INSERT 多值语句很长时，MySQL 会尝试拆包，但若 net_buffer_length 太小，仍可能触发异常。建议在会话里同步设：SET SESSION net_buffer_length = 1048576;（1MB）。
二是 LOAD DATA INFILE 虽不走客户端网络栈，只看服务端设置，但它依赖 local_infile = ON，且云数据库普遍禁用该功能——这意味着你可能根本用不了这个“绕过客户端”的方案。
