直接改max_allowed_packet即可，但必须在[mysqld]段配置、单位用M、重启服务生效；查值用SELECT @@global.max_allowed_packet；客户端（如mysql命令行）也需同步设--max-allowed-packet，主从库值须一致，云数据库需通过参数组修改。
直接改 max_allowed_packet 就行，但必须改对位置、单位和生效方式，否则等于没改。
查当前值别只看默认值，要实际执行命令
运行 SELECT @@max_allowed_packet; 或 SHOW VARIABLES LIKE '%max_allowed_packet%';，确认真实生效值。很多环境显示 4MB 是因为配置没加载成功，不是“本来就这样”。注意：@@max_allowed_packet 返回的是字节数，比如 4194304 = 4MB；别把会话级值（SESSION）误当成服务端全局值（GLOBAL）。
改配置必须写在 [mysqld] 段并重启服务
在 my.cnf（Linux/macOS）或 my.ini（Windows）中，只在 [mysqld] 下添加：
max_allowed_packet = 512M
其他段落无效：
-
[client]或[mysql]只影响客户端工具，不影响服务端接收能力 -
[mysqld_safe]不处理该参数 - 改完不重启，
systemctl restart mysql或service mysqld restart，mysqladmin reload不起作用
用 mysql 命令导入大 SQL 文件时，客户端也要同步设
即使服务端已调大，mysql 命令行客户端默认仍按 16MB 限制包大小，导入含长文本或 base64 的 dump 文件时会提前截断，报错 Packets larger than max_allowed_packet are not allowed。解决方法是显式传参：
mysql --max-allowed-packet=512M -u root -p db_name < dump.sql
或者在交互式 mysql 中先执行：
SET SESSION max_allowed_packet = 536870912;
再用 source dump.sql。注意：SET GLOBAL 对当前连接无效，必须用 SESSION。
主从同步失败时，主库和从库都得改且值要一致
错误如 Last_IO_Error: log event entry exceeded max_allowed_packet，说明从库无法解析主库生成的 binlog event。这不是网络问题，是协议拒绝：
- 只改主库，从库照样断连
- 主库设 512M、从库设 256M，遇到刚好卡在边界的事务仍失败
- 云数据库（如阿里云 RDS）通常禁用
SET GLOBAL，必须走控制台修改参数模板，并重启节点 - 验证方式：分别登录主、从库执行
SELECT @@max_allowed_packet;，确保数值完全相同
真正容易被忽略的是：设成 2G 后仍报错，往往不是配置没生效，而是单行数据（比如 CSV 里一个未转义换行符的字段）导致 MySQL 把整行当一个 packet 解析，瞬间超限——这时该检查源文件行宽，而不是继续加码。
