必须同时修改服务端配置文件和客户端连接参数才能解决大blob存取问题；仅set global为临时措施，需在[mysqld]段设max_allowed_packet=512m并重启，且客户端如mysql、mysqldump、jdbc等也须同步配置，最终生效值取三者最小值。
必须同时改服务端配置文件和客户端连接参数，只调 SET GLOBAL 是临时补丁，不能解决大 BLOB 存取问题。
查当前值和确认是否真超限
报错如 Got a packet bigger than 'max_allowed_packet' bytes 或 MySQL server has gone away，先别急着调大，先确认是不是它导致的：
- 登录 MySQL 后执行
SHOW VARIABLES LIKE 'max_allowed_packet';，返回值单位是字节（比如4194304= 4MB） - 对比你正操作的数据：一个 12MB 的 base64 图片、一条含
MEDIUMBLOB字段的 INSERT、或用mysqldump导出带大附件的表 —— 这些都可能突破默认限制 - 看错误日志里是否紧跟着
Packets larger than max_allowed_packet are not allowed，这是关键判定依据
永久修改必须改 [mysqld] 段并重启
临时 SET GLOBAL max_allowed_packet = 67108864; 只影响当前运行实例，且已有连接不生效；真正要落地，得改配置文件：
- Linux 常见路径：
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf；Windows 查my.ini（可能藏在C:\ProgramData\MySQL\） - 在
[mysqld]段下添加一行：max_allowed_packet = 512M（支持K/M/G后缀，比写536870912更安全） - 改完必须重启服务：
sudo systemctl restart mysql（Ubuntu/Debian）或sudo service mysqld restart（CentOS/RHEL） - 如果用了主从复制，从库的
[mysqld]也得同步改，否则LOAD DATA或大事务会中断复制
客户端连接也得配齐，否则照样失败
服务端设了 512M，不代表客户端就能发 512M 的语句——很多客户端库有自己独立的缓冲区限制：
- 命令行工具：在配置文件
[mysql]段加max_allowed_packet = 512M，或连接时加参数：mysql --max_allowed_packet=512M -u user -p - 导出导入工具：
[mysqldump]段也要设同样值，否则mysqldump生成单行超长 SQL 时直接中断 - JDBC 驱动：需在连接 URL 中显式指定，例如
?maxAllowedPacket=536870912；Python 的mysql-connector要传connection_args={'max_allowed_packet': 536870912} - 最终生效值取服务端、客户端、中间件三者的最小值，漏掉任意一环都会卡在“包太大”
最容易被忽略的是客户端那一侧——特别是应用代码里用 ORM 或封装好的数据库驱动时，max_allowed_packet 往往被默认值锁死，而错误日志只报“server has gone away”，根本不会提示是客户端拦下来的。
