max_allowed_packet 在 mysql 中需服务端配置文件（如 my.cnf 的 [mysqld] 段）设全局上限并重启生效，客户端还需单独配置对应参数，且最终生效值取服务端、客户端及中间件等各环节的最小限制。
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 都可能卡住。
