ERROR 1050 (42S01) 表已存在错误主因是导入时未勾选“添加 DROP TABLE 语句”，导致目标库同名表冲突；实操须在phpMyAdmin导出时勾选该选项、显式设utf8mb4字符集，并替换USE语句中的数据库名。
导出时必须勾选“添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT 语句”
不勾选这个选项，导入到目标库时会报 ERROR 1050 (42S01): Table 'xxx' already exists。phpMyAdmin 默认不启用该选项，很多人导出后直接导入失败，以为是编码或权限问题，其实只是表结构冲突。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在“导出”页选择“自定义”方式，滚动到底部找到“对象创建选项”区域
- 务必勾选
Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT statement - 如果目标库已存在同名数据库，建议先手动执行
DROP DATABASE `dbname`，再导入；否则仅靠单个DROP TABLE无法清理数据库本身 - 存储过程、函数、事件默认不导出，需额外勾选“ routines” 和 “events” 复选框
字符集和 collation 必须显式指定为 utf8mb4_unicode_ci
phpMyAdmin 导出页面的“格式特定选项”里，“导出字符集”下拉菜单默认是 utf8（即 MySQL 的旧式 utf8，最多 3 字节），但现代 PHP 和 MySQL 推荐用 utf8mb4。若不改，含 emoji 或某些生僻汉字的字段导入后会变问号或截断。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在“格式特定选项”中，将
Export character set设为utf8mb4 - 确保导出 SQL 开头有
SET NAMES utf8mb4;，且每个CREATE TABLE后带COLLATE=utf8mb4_unicode_ci - 若目标 MySQL 版本 utf8mb4_unicode_ci 可能不支持，降级为
utf8mb4_general_ci（兼容性更好）
大库导出必须禁用“压缩”并调高超时限制
导出超过 50MB 的数据库时，phpMyAdmin 默认启用 gzip 压缩，反而会因内存耗尽导致导出中断，浏览器卡死或返回空白页。同时，PHP 的 max_execution_time 和 memory_limit 也常成为瓶颈。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 取消勾选
Save as file下方的Compression（选None） - 导出前，在 phpMyAdmin 根目录的
config.inc.php中临时增加：$cfg['ExecTimeLimit'] = 0;
并确认对应 PHP 配置中memory_limit≥ 512M - 更稳妥的做法：改用命令行导出
mysqldump -u user -p --default-character-set=utf8mb4 dbname > dump.sql，再上传到目标服务器导入
导入前要检查 SQL 脚本里的数据库名和用户权限
导出的 SQL 文件开头通常有 USE `old_dbname`;，如果目标库名不同，导入时所有语句会尝试写入旧库名——而该库很可能不存在，导致 ERROR 1049 (42000): Unknown database 'old_dbname'。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用文本编辑器打开导出的
.sql文件，搜索并替换所有USE `old_dbname`;为USE `new_dbname`; - 若脚本里含
CREATE USER或GRANT语句，导入前需确认目标 MySQL 已开启log_bin_trust_function_creators，否则可能报ERROR 1418 - 导入时不要在 phpMyAdmin 的“数据库”页点击“导入”，而应先进入目标数据库（如
new_dbname），再点“导入”按钮——这样可跳过USE语句依赖
SELECT VERSION()，两边版本差大于一个主版本号时，优先走 mysqldump + 手动调整 SQL。 
