需同时调高MySQL的max_allowed_packet、PHP的upload_max_filesize/post_max_size/max_execution_time并重启服务，且导入前必须先选中目标数据库，SQL文件编码与phpMyAdmin字符集设置须均为utf8mb4，否则出现空白、超时、无库选择或乱码等问题。
导入大 SQL 文件时卡住或报错 max_allowed_packet
phpmyadmin 默认限制单次传输的数据包大小，超大的 .sql 文件（比如几百 mb）上传时会直接失败，常见错误是页面空白、进度条不动，或者提示 script timeout 或 lost connection to server。
根本原因不是 phpMyAdmin 界面问题，而是底层 MySQL 服务端拒绝接收过大的数据包。必须同时调高服务端和 PHP 层的限制：
- 修改 MySQL 配置文件（如
/etc/mysql/my.cnf），在[mysqld]段下加：max_allowed_packet = 512M，然后重启 MySQL（sudo systemctl restart mysql） - 修改 PHP 配置（
php.ini），调高：upload_max_filesize = 512M、post_max_size = 512M、max_execution_time = 600 - 重启 Web 服务（如
sudo systemctl restart apache2或nginx）
改完不重启服务，配置完全无效——这是最常被跳过的步骤。
用 phpMyAdmin 导入时提示 #1046 - No database selected
这个错误说明你没选中目标数据库就点了“导入”，phpMyAdmin 不会自动创建库，也不会帮你选库，它只往当前选中的库里执行 SQL。
正确操作顺序很关键：
立即学习“PHP免费学习笔记（深入）”；
- 先在左侧数据库列表里点击目标数据库名（比如
myapp_db），确保它被高亮，顶部导航栏显示myapp_db » - 再点上方的
Import标签页 - 确认右上角“Format”选的是
SQL，且“SQL compatibility mode”一般保持空（除非你导出时用了特殊兼容模式）
如果 SQL 文件开头没有 USE `xxx`; 或 CREATE DATABASE，又没手动选库，就必然报这个错。
导入后中文变问号或乱码（
本质是字符集不匹配：SQL 文件用 UTF-8 编码保存，但 phpMyAdmin 没按 UTF-8 解析，或目标表字段用的是 latin1。
别急着重导，先检查三处：
- SQL 文件本身编码：用编辑器（如 VS Code）确认是
UTF-8 without BOM；若存成了 GBK，导入必乱 - phpMyAdmin 导入页底部，“Character set of the file”下拉框必须选
utf8mb4（不是utf8） - 目标数据库/表的默认字符集：导入前，在该库的
Operations页里，把Collation改成utf8mb4_unicode_ci；已有表可用ALTER TABLE xxx CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci补救
即使文件里写了 SET NAMES utf8mb4，如果 phpMyAdmin 解析时用错了编码读取，第一行就解析错，后面全崩。
导入失败但没报具体错误，只有“部分成功”或空白响应
这通常意味着 SQL 文件里有语法错误、不兼容语句（比如含 CREATE DEFINER、DELIMITER 或 MySQL 8+ 特有函数），而 phpMyAdmin 默认关闭详细错误输出。
快速定位方法：
- 把 SQL 文件拆小：用文本工具切出前 100 行，单独导入，看是否报错及报什么错
- 检查是否有
CREATE PROCEDURE、CREATE FUNCTION、触发器等——phpMyAdmin 对这类语句支持不稳定，建议用命令行导入：mysql -u root -p mydb - 打开 phpMyAdmin 的调试：在
config.inc.php加一行$cfg['ShowSQL'] = true;，能看见实际执行的语句和报错位置
真正麻烦的不是大文件，而是混了权限语句、存储过程、注释格式异常的 SQL —— 它们往往在文件中间某一行突然中断导入，还不会明确告诉你哪错了。
