必须在phpMyAdmin导出时选择“自定义”模式并取消勾选“添加CREATE DATABASE语句”和“添加USE语句”，因“快速”模式强制包含且不可关闭；导出后需检查文件前5行确认无CREATE DATABASE或USE语句。
必须先确认 sql 文件本身不含 create database 和 use 语句，否则导入时会报错或覆盖目标库——这不是 phpmyadmin 导入界面能“绕过”的问题，而是语句执行层面的冲突。
导出时就该关掉建库语句
如果你手头的 SQL 文件是从 phpMyAdmin 导出的，那问题大概率出在导出设置上。只要没选「自定义」模式并手动取消相关选项，文件开头几乎必然含 CREATE DATABASE 和 USE。
- 必须切换到「自定义」导出模式（「快速」模式无法关闭这些语句）
- 滚动到「对象创建选项」区域，取消勾选：
添加 CREATE DATABASE 语句和添加 USE 语句 - 若目标库名与源库不同，两个选项都必须取消；只关前者、留后者，仍会执行
USE `old_dbname`，而该库在目标环境可能不存在 - 导出后立刻用
head -n 5 yourfile.sql（Linux/macOS）或打开前几行检查，正确开头应是-- phpMyAdmin SQL Dump或CREATE TABLE，而非CREATE DATABASE
导入前发现文件含建库语句怎么办
别直接点「执行」。临时删语句风险高，尤其当文件大、含 IF NOT EXISTS 或触发器依赖上下文时，删一半可能让后续 CREATE TABLE 失效。
- 用命令行快速验证：运行
grep -n "CREATE DATABASE\|USE" yourfile.sql，看哪些行有问题 - 如果只有开头几行，且确认无其他隐式依赖，可用
sed -i '1,3d' yourfile.sql（Linux/macOS）删前 3 行（谨慎！先备份） - 更稳妥的做法：用 VS Code 打开，手动删掉所有
CREATE DATABASE和USE行，再全局搜索CREATE TABLE确认是否仍有库名硬编码（如CREATE TABLE `old_db`.`table1`） - 若文件超 10MB，文本编辑器易卡死，建议改用
awk或perl脚本过滤，例如：awk '!/^CREATE DATABASE|^USE /' input.sql > clean.sql
导入时选对数据库和编码
即使 SQL 文件干净，导入操作仍可能失败，常见于上下文错配。
- 必须先在 phpMyAdmin 左侧选中**已存在**的目标数据库（不是随便点一个，也不是留空），再点「导入」
- 「文件编码」务必选
utf8mb4，不是utf8；MySQL 的utf8实际只支持 3 字节字符，中文 emoji 易乱码 - 「SQL 兼容性」保持
NONE，除非你明确要适配 MySQL 4.0 或更老版本 - 若导入中途报错如
Unknown database 'xxx'或No database selected，说明文件里还有残留库引用，或你没提前选中目标库
大文件或频繁导入建议绕过 phpMyAdmin
phpMyAdmin 是 Web 界面，本质受限于 PHP 配置和浏览器上传机制。哪怕文件不带建库语句，超 2MB 就可能卡住或超时。
立即学习“PHP免费学习笔记（深入）”；
- 优先用命令行：
mysql -u root -p target_dbname ，快、稳、无大小限制 - 若必须用 phpMyAdmin 传大文件，需配置
$cfg['UploadDir']指向服务器本地目录，并通过「网站服务器上载目录」下拉选择——这跳过了浏览器上传，但要求文件已放服务器上 - 修改
php.ini中的upload_max_filesize和post_max_size只治标；重启 Apache/Nginx 后还得验证生效（phpinfo()） - 自动化场景（如 CI/CD）完全不该依赖 phpMyAdmin 导入，应直接走 mysql 命令或 PDO 批量执行
最易被忽略的一点：phpMyAdmin 的「导入」页面不会校验 SQL 文件是否真的适配当前选中的数据库。它只负责把内容发给 MySQL 执行——所以建库语句是否出现、USE 是否指向错误库、表结构是否与现有表冲突，全靠你导出时设对、导入前看清、执行前选准。
