必须同时调大MySQL服务端和PHP层配置，只改一边无效；因phpMyAdmin需先经PHP上传解析再传SQL，故需同步调整my.cnf中[mysqld]段max_allowed_packet、php.ini中upload_max_filesize/post_max_size及phpMyAdmin的ini_set设置，并重启对应服务。
直接结论：报错“Got a packet bigger than 'max_allowed_packet' bytes”时，必须同时调大 MySQL 服务端和 PHP 层的 max_allowed_packet，只改一边无效。
为什么改了宝塔里 MySQL 配置还是报错？
宝塔面板修改 MySQL 的 max_allowed_packet（比如设成 512M）只是改了服务端接收单个包的上限，但 phpMyAdmin 是通过 PHP 脚本中转执行 SQL 的——它先把整个 SQL 文件读进 PHP 内存，再发给 MySQL。如果 PHP 自身限制太小，根本传不到 MySQL 那一步。
-
max_allowed_packet在 MySQL 里控制“服务端能收多大的包”，单位必须是M（大写），不能写m或MB，也不能用乘法表达式（如512*1024*1024） - PHP 层没有同名参数，但实际起作用的是
post_max_size和upload_max_filesize：它们决定了 phpMyAdmin 能否把大文件完整上传并解析 - 即使你用命令行导入，如果 SQL 文件里有超长的
INSERT ... VALUES (...)单条语句（比如含大段 base64 图片），仍可能触发 MySQL 端的max_allowed_packet限制
怎么同步改 MySQL 和 PHP 的限制？
两处配置都要动手，缺一不可：
- MySQL 配置：
/etc/my.cnf或/www/server/mysql/etc/my.cnf，在[mysqld]段下加一行：max_allowed_packet = 512M；改完必须执行service mysqld restart - PHP 配置：
/www/server/php/{版本号}/etc/php.ini，调整三项：upload_max_filesize = 2048M、post_max_size = 2048M、max_execution_time = 3600；保存后执行service php-fpm-{版本号} restart（注意是 restart，不是 reload） - phpMyAdmin 独立限制也要补：编辑
/www/server/phpmyadmin/config.inc.php，末尾加三行：ini_set('upload_max_filesize', '2048M');、ini_set('post_max_size', '2048M');、ini_set('max_execution_time', '3600');，然后重启 phpMyAdmin 服务
命令行导入时还报这个错？检查这三点
用 mysql -u root -p db_name < file.sql 导入仍提示 “packet bigger than...”，说明问题还在 MySQL 侧或 SQL 文件本身：
- 确认 MySQL 服务已真正重启：运行
mysql -u root -p -e"SHOW VARIABLES LIKE 'max_allowed_packet';"，看到的值必须是你设的（如536870912对应 512M），不是默认的4194304 - SQL 文件开头有没有
SET max_allowed_packet = ...这类语句？如果有，且值比你配置的小，它会覆盖服务端设置，删掉或改成更大值 - 文件是否含巨型单行语句？比如一个
INSERT包含几 MB 的 JSON 字段。这种情况下，即使总文件才 100MB，也会触发限制。可用sed -n '/INSERT INTO/=' file.sql | head -n 5快速定位长行，再用awk 'length > 1000000' file.sql找出超长行做拆分或清理
真正容易被忽略的是：MySQL 的 max_allowed_packet 是动态变量，客户端连接时可单独设置，但 phpMyAdmin 和命令行客户端默认都用服务端值。一旦你改了配置却没重启对应服务，或者重启了但没验证生效，所有操作都在原地打转。
