phpMyAdmin导出导入兼容性问题：跨服务器迁移后乱码及部件异常

核心问题分析 #

旧服务器默认字符集为cp1252，虽然导出时加了/*!40101 SET NAMES utf8mb4 */;，但phpMyAdmin默认导出未匹配原库字符集，导致编码转换错误；加上导入时用-f参数跳过错误，造成部分关联数据缺失，引发组件损坏。

针对性解决步骤 #

1. 优化phpMyAdmin导出配置（关键） #

不要用默认的「快速导出」，选择「自定义导出」模式，按以下设置调整：

• 在「格式特定选项」中，将字符集设为cp1252（匹配旧服务器默认字符集），避免导出时强制转码导致乱码
• 保留导出SQL文件开头的/*!40101 SET NAMES utf8mb4 */;，或替换为/*!40101 SET NAMES cp1252 */;，确保导入时识别原编码
• 勾选「添加DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER语句」，确保新库导入前清空旧表，避免重复值冲突

2. 正确的CLI导入命令（禁用-f参数） #

先确保新服务器的目标数据库是空的（删除所有现有表），再执行以下导入命令，指定原文件编码：

mysql -u root -p --default-character-set=cp1252 your_new_database < backup.sql

• --default-character-set=cp1252：告知MySQL备份文件为cp1252编码，自动转换为新库的utf8mb4编码
• 禁止使用-f参数：跳过错误会导致数据不完整，首页小部件损坏大多源于关联表数据缺失

3. 处理重复值问题（若仍存在） #

如果导出的备份本身包含重复主键数据，先在旧服务器phpMyAdmin中修复：

• 定位对应表（比如wp_postmeta、wp_options这类易出现重复的表）
• 用SQL语句查找重复项：

SELECT column_name, COUNT(*) FROM table_name GROUP BY column_name HAVING COUNT(*) > 1;

• 删除重复项（保留最新或最完整的一条）后，重新导出备份

4. 验证迁移结果 #

导入完成后，执行以下SQL检查字符集：

SHOW FULL COLUMNS FROM your_table_name;

确认所有表的Collation为utf8mb4_unicode_ci，再访问站点检查首页小部件是否正常显示。

内容的提问来源于stack exchange，提问作者Alfa Omega