应调大max_allowed_packet值：先用show variables确认当前大小，再通过set global临时修改或在my.cnf的[mysqld]段永久配置（如max_allowed_packet = 512m），并重启mysql；同时注意php上传限制、字符集及sql文件格式问题。
MySQL报“Got a packet bigger than 'max_allowed_packet' bytes”怎么办
这是最典型的 max_allowed_packet 不足错误，说明当前 MySQL 服务端拒绝接收超过该值的单个数据包。常见于导入含大字段、长文本或 BLOB 的 SQL 文件，也常在执行超长 INSERT 或 UPDATE 时触发——不是文件大小问题，而是某一条语句或结果集超过了限制。
-
max_allowed_packet默认通常是4194304（即 4MB），对几百 MB 的 SQL 文件完全不够用 - 必须同时检查服务端（MySQL）和客户端（如 phpMyAdmin 或命令行）两层设置，只改一边无效
- 宝塔中 MySQL 配置文件路径为：
/www/server/mysql/my.cnf，在[mysqld]段下添加：max_allowed_packet = 512M -
注意单位必须是大写 M，写成
512m、512MB或536870912（字节数）MySQL 都不识别 - 改完必须执行：
service mysqld restart，否则不生效
phpMyAdmin 上传失败但没报错？查 upload_max_filesize 和 post_max_size
宝塔面板里点“导入”按钮后空白、卡住、或提示“文件过大”，大概率不是数据库问题，而是 PHP 上传限制在拦截。phpMyAdmin 自身不控制上传，它依赖 PHP 的全局配置。
- 关键参数有两个：
upload_max_filesize和post_max_size，默认常为2M或8M，远低于你选的 50MB+ SQL 文件 - 修改位置：宝塔 → 网站 → PHP管理 → 配置修改 → 找到这两项，设为一致值，例如：
upload_max_filesize = 2048M、post_max_size = 2048M - 顺手调高：
max_execution_time = 3600（防超时）、memory_limit = 1024M（防内存溢出） - 改完必须点击「保存」并「重启 PHP 服务」**（不是重载）**，否则配置不加载
- 验证是否生效：建个
info.php文件，内容为<?php phpinfo(); ?>，访问看对应项数值是否更新
命令行导入仍失败？检查字符集、SQL 语法与连接环境
即使 max_allowed_packet 调大，命令行导入（mysql -u root -p db_name ）也可能静默中断或跳过部分数据，原因往往藏在细节里。
- 中文乱码？先确认 SQL 文件是 UTF-8 无 BOM 编码，并在导入时显式指定：
mysql -u root -p --default-character-set=utf8mb4 db_name - 建表语句里没带
CHARACTER SET utf8mb4？后续插入中文会变问号，光改导入命令没用 - 文件开头有
SET FOREIGN_KEY_CHECKS=0，但结尾没恢复？导入后执行写操作可能报错外键冲突 - 含
DELIMITER $$或存储过程定义？MySQL 8.0 对语法更严格，低版本导出的文件可能在新版报错 - 导入中途断连？用
screen -S import或nohup mysql -u root -p db_name 包裹，防止 SSH 断开导致进程终止
调大参数后还是失败？别硬扛，优先拆分或换方式
当 SQL 文件超过 1GB，或含大量视图、函数、事件等复杂结构时，单纯调大 max_allowed_packet 和超时时间收益递减，反而容易因内存耗尽或解析异常失败。
- 生产环境不建议长期把
max_allowed_packet设为 1G+，会影响其他连接稳定性；导入完应酌情回调 - 推荐用
split-sql或BigDump工具拆分，Linux 下可用：sed -e '/^--/d' large.sql | split -l 5000 - part_（先删注释再按行切） - 更稳妥的做法：跳过 phpMyAdmin 全程，上传文件到服务器（如
/www/backup/），直接走命令行 +utf8mb4参数导入 - 如果文件本身由 mysqldump 生成，加
--skip-extended-insert参数重导，能避免单行过长触发max_allowed_packet限制
