max_allowed_packet 设置在哪里生效
MySQL 的
max_allowed_packet是会话级 + 全局级双生效的变量，但必须先在服务端配置文件（如
my.cnf或
my.ini）里设好全局上限，客户端连接后才能通过
SET SESSION max_allowed_packet = ...调高到该上限以内。
如果只在客户端执行
SET却没改配置文件，重启 MySQL 后会回落到默认值（通常是 4MB），且某些大 INSERT 或 LOAD DATA 操作会在服务端直接拒绝，报错
Packets larger than max_allowed_packet are not allowed。 配置文件中写在
[mysqld]段下，例如：
max_allowed_packet = 512M修改后必须重启 MySQL 服务才生效（动态 SET GLOBAL 只对当前运行实例有效，且部分版本不支持运行时调大） 客户端连接时若未显式设置，会继承全局值；但 JDBC、Python mysql-connector 等驱动可能自带默认包大小限制，需额外配置
不同客户端如何同步调整包大小
服务端设了 512M，不代表客户端就能发 512M 的语句——很多客户端库有自己独立的缓冲区限制，不配齐照样失败。
MySQL 命令行客户端：启动时加--max-allowed-packet=512M，或在
~/.my.cnf的
[client]段写入 Python mysql-connector：初始化连接时传参
connection=mysql.connector.connect(..., connection_timeout=30, autocommit=True, **{"connection_attributes": {"_client_name": "python"}}) 不够，得加 connection=mysql.connector.connect(..., connection_timeout=30, autocommit=True, **{"connection_attributes": {"_client_name": "python"}}, **{"charset": "utf8mb4", "autocommit": True, "allow_local_infile": True}) —— 实际上关键参数是 connection=mysql.connector.connect(..., connection_timeout=30, autocommit=True, **{"charset": "utf8mb4", "autocommit": True, "allow_local_infile": True, "max_allowed_packet": 536870912})
JDBC URL 示例：jdbc:mysql://localhost:3306/db?useSSL=false&serverTimezone=UTC&maxAllowedPacket=536870912（单位是字节）
LOAD DATA INFILE 和 mysqldump 的特殊处理
这两个工具对
max_allowed_packet敏感但行为不同：前者依赖服务端设置，后者依赖客户端设置。
LOAD DATA INFILE是服务端解析文件，只要服务端
max_allowed_packet足够大、且文件单行不超过该值即可；注意字段含换行符时会被误判为多行，导致“Got packet bigger than max_allowed_packet”
mysqldump默认每条 INSERT 拆成一行，但用
--extended-insert（默认开启）会拼大 INSERT，此时需确保客户端和服务端都设够；导出大表建议加
--skip-extended-insert避免单语句超限 导入时若用
mysql -u user -p db ，命令行客户端也要配好 <code>--max-allowed-packet，否则即使服务端允许，客户端也发不出去
为什么设了 1G 还报错 “Packet for query is too large”
这不是配置没生效，而是你正在执行的操作本身绕过了常规协议路径。典型场景：
使用SELECT ... INTO OUTFILE写出超大结果集时，服务端内部缓冲区仍受
max_allowed_packet限制，哪怕只是“写出”，不是“接收” 触发器或存储过程中执行动态 SQL（
PREPARE/EXECUTE），SQL 字符串长度超过
max_allowed_packet也会失败，和查询数据量无关 启用
binlog_format=ROW时，大事务生成的 binlog event 大小受限于
max_allowed_packet，可能导致主从同步中断 某些云数据库（如阿里云 RDS、腾讯云 CDB）会额外限制网络层单包大小，即使 MySQL 层设再大也没用，得查厂商文档确认实际允许值
真正起作用的永远是「最小的那个限制」：服务端配置、客户端配置、中间件（ProxySQL / MaxScale）、防火墙、甚至 TCP MSS 都可能卡住。
