必须用“自定义”导出才能控制关键行为：勾选“添加 drop table 等语句”避免恢复时报“table already exists”，勾选“插入数据”确保内容导出，格式固定为sql，字符集保持utf8mb4、兼容性选none，大库应改用mysqldump命令行导出并验证文件完整性。
导出时选“自定义”而不是“快速”
“快速”导出看似省事，但默认只导出数据，不带 drop table 和创建表结构的语句，恢复时容易报错“table 'xxx' already exists”或“unknown table”。必须用“自定义”才能控制关键行为。
操作要点：
- 勾选“结构”下的
添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT 语句—— 避免恢复时因表已存在而中断 - 勾选“数据”下的
插入数据，确保内容被导出 - “格式”固定选
SQL，其他格式（CSV/XML）无法完整还原数据库状态 - “输出”里勾选
另存为文件，压缩选gzip（比 zip 更小，phpMyAdmin 默认支持）
字符集和兼容性别乱调
导出页面底部有“字符集”和“兼容性”选项，多数人一看到“最大兼容”就勾上，结果反而出问题。实际只需关注当前环境真实需求。
常见误操作：
- 把“最大兼容性”设成
mysqldump 323：这是给 MySQL 3.23 用的，现代环境（5.7+ 或 8.0）会丢弃部分语法（如ENGINE=InnoDB），导致恢复失败 - 手动改“字符集”为
utf8：MySQL 8.0 默认用utf8mb4，硬切到utf8会丢失 emoji 和部分生僻字 - 正确做法是保持“字符集”为
utf8mb4（自动识别），兼容性选None或留空——只要目标库版本 ≥ 当前库，就没问题
大数据库导出失败？不是超时就是内存炸了
超过 50MB 的 SQL 文件在 phpMyAdmin 里常卡住、报 500 Internal Server Error 或直接下载空文件。这不是你操作错，而是 PHP 默认限制太严。
临时解法（无需改服务器配置）：
- 在导出页顶部，把“导出方式”切换回“快速”，再点“执行”——它有时能绕过自定义页的校验逻辑，成功下载
- 拆表导出：在“自定义”页的“表”区域，取消全选，分批勾选几张大表（如
wp_posts、wp_options），导出多个小 SQL 文件 - 终极方案：放弃 phpMyAdmin，改用命令行
mysqldump -u root -p dbname > backup.sql，无大小限制，且速度更快
备份后必须验证文件是否可用
很多人点完“执行”就关页面，以为备份完成。但下载的 .sql.gz 文件可能只有几 KB，或者解压后是 HTML 错误页（比如登录超时返回的 phpMyAdmin 登录页），根本不是 SQL 内容。
验证三步法：
- 用文本编辑器（如 VS Code）打开解压后的
.sql文件，开头应有类似-- MySQL dump 10.13 Distrib 8.0.33, for Linux (x86_64)的注释行 - 搜索
CREATE TABLE，至少出现一次；再搜INSERT INTO，确认有数据语句 - 检查文件末尾是否有
-- Dump completed on时间戳，没有说明导出中途被截断
真正麻烦的不是导出失败，而是导出“看起来成功”却拿不出可用文件——这点最容易被忽略，直到恢复时才发现备份是废的。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
