直接调大max_allowed_packet可解决大数据包传输问题，但需区分服务端、客户端、会话级三者作用域；服务端须在[mysqld]段永久配置如max_allowed_packet=512M，并完整重启mysqld；客户端工具（如mysql、mysqldump）也需同步指定--max-allowed-packet参数。
直接调大 max_allowed_packet 就能解决，但必须分清服务端、客户端、会话级三者作用域，否则改了也白改。
查当前值：先确认是不是它在作怪
连接 MySQL 后执行：SELECT @@global.max_allowed_packet, @@session.max_allowed_packet;。如果返回值是 4194304（4MB）或更小，基本就是这个参数卡住了。注意：SHOW VARIABLES LIKE 'max_allowed_packet' 默认查的是会话级，可能被 ORM 或连接池覆盖，不准；必须用 @@global 看服务端真实值。
服务端怎么改才真正生效
永久修改必须写进配置文件的 [mysqld] 段，例如：max_allowed_packet = 512M。关键点：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 路径要对：Linux 常见是
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf；Windows 是my.ini；先执行SHOW VARIABLES LIKE 'config_file';确认真实生效文件 - 不能写在
[client]或[mysqldump]段，那完全无效 - 单位必须是大写
M（如512M），不能写512m、512MB或带空格 - 改完必须完整重启服务：
systemctl restart mysqld（不是reload，也不是flush）
客户端和导入工具也要同步配
mysqldump、mysql 命令行、Navicat、JDBC 都有自己独立的 max_allowed_packet 限制，不配照样失败：
-
mysql导入时：加启动参数--max-allowed-packet=512M，且必须放在数据库名之前，例如：mysql --max-allowed-packet=512M -u root -p db_name -
mysqldump备份时：同样要显式传参--max-allowed-packet=512M，它不读服务端配置 - Navicat：工具 → 服务器监控 → 变量页签里手动改
max_allowed_packet（单位字节），只对当前连接有效 - JDBC：URL 中加
&maxAllowedPacket=536870912，值为字节数
主从复制场景下最容易漏掉的点
主库改了，从库没改，照样报错 Last_IO_Error: log event entry exceeded max_allowed_packet：
- 主从两端的
max_allowed_packet必须设成完全相同的值（比如都设512M），不能主库 512M、从库 256M - 云数据库（如阿里云 RDS）通常禁用
SET GLOBAL，必须走控制台修改参数模板，并重启节点 - 设成 1G 还报错？大概率不是配置问题，而是源 SQL 文件里某条语句含未转义换行符或超长字段，MySQL 把整行当一个 packet 解析——这时该检查
dump.sql的单行宽度，而不是继续加码
