为什么通过phpMyAdmin导出的WordPress数据库导入失败-phpMyAdmin-PHP中文网

导入失败主因是phpmyadmin导出默认选项与目标mysql环境不匹配，涉及排序规则（utf8mb4_0900_ai_ci不兼容）、sql模式冲突、二进制字段处理及wp_options中siteurl/home地址残留四类问题。

为什么通过phpmyadmin导出的wordpress数据库导入失败

导入失败不是导出文件本身坏了，而是导出时默认选项和目标环境不匹配——尤其是排序规则、SQL模式、二进制字段处理这三处，新旧版本 phpMyAdmin 和 MySQL 之间存在隐性断层。

utf8mb4_0900_ai_ci 排序规则不被目标 MySQL 支持

MySQL 8.0.28+ 默认用 utf8mb4_0900_ai_ci，但很多生产环境（尤其云数据库、低版本 MySQL 或部分主机商）只认 utf8mb4_unicode_ci。导入时直接报错 Unknown collation: 'utf8mb4_0900_ai_ci'，且不提示具体哪一行。

导出前，在 phpMyAdmin 导出页选 Custom → 展开「格式特定选项」→ 取消勾选 Use hexadecimal for binary fields（它会触发建库语句硬编码 collation）
手动跳过建库语句：在「对象」区域取消勾选 CREATE DATABASE 和 CREATE TABLE（只导数据），再用目标库已有的结构导入
导出后用文本编辑器打开 .sql 文件，全局替换 DEFAULT COLLATE=utf8mb4_0900_ai_ci 为 DEFAULT COLLATE=utf8mb4_unicode_ci

SQL 模式不兼容导致语法报错

phpMyAdmin 导出时若启用 SQL compatibility mode（如设为 MYSQL40 或 NONE），可能生成带反引号包裹的标识符或禁用严格模式的语句；而目标 MySQL 开启了 STRICT_TRANS_TABLES 或 ONLY_FULL_GROUP_BY，就会在导入时卡在某条 INSERT 上，错误信息常是 You have an error in your SQL syntax 或 Incorrect integer value。

word报告自动生成神器

Word报告自动生成神器。自动生成专业Word文档报告，支持模板填充、目录生成、表格/图表插入、页眉页脚、多级标题、样式主题、批量邮件合并。当用户需要生成Word报告、创建合同文档、批量生成通知/证书、填充Word模板、制作商业计划书时触发。

下载

导出页选择 Custom → 在「格式特定选项」里把 SQL compatibility mode 设为 NONE（最宽松）
确认目标 MySQL 的 sql_mode：登录后执行 SELECT @@sql_mode;，若含 STRICT_TRANS_TABLES，导入前可临时执行 SET SESSION sql_mode = '';（仅当前会话）
避免导出 wp_options 表里的 serialized data 字段被截断：导出时勾选 Disable foreign key checks，否则外键约束可能中断导入流程

WordPress 表前缀或 siteurl/home 地址残留引发逻辑错误

导入成功但网站打不开，常见于 wp_options 表中 siteurl 和 home 还是旧地址（比如本地 http://localhost/wordpress），或表前缀不一致（导出的是 wp_，目标库用的是 mydb_），导致 WordPress 启动时连数据库都连不上，直接报“建立数据库连接时出错”。

导入前，在 phpMyAdmin 中先清空目标库（或新建空库），确保无残留 wp_options 数据干扰
导入完成后，立刻进 wp_options 表，把 option_name 为 siteurl 和 home 的两行 option_value 改成新环境的完整 URL（注意末尾不加斜杠）
如果目标库用了不同前缀，导出时在「对象」区域点「自定义」→ 修改 Table prefix 为实际前缀（如 mydb_），或导入后用 SQL 批量更新：UPDATE mydb_options SET option_value = REPLACE(option_value, 'http://old', 'https://new') WHERE option_name IN ('siteurl','home');