WordPress站点迁移后如何匹配或更新附件ID

解决方法 #

方法1：批量匹配替换旧ID为新ID（推荐，无需强制对齐ID） #

原理是用附件的唯一标识做新旧站点的ID映射，再批量替换自定义字段里的JSON数组中的旧ID。
操作步骤：

• 先导出旧站点的附件映射表，在旧站点数据库执行SQL查询导出附件ID和对应文件的相对路径：

SELECT p.ID as old_attachment_id, pm.meta_value as file_path
FROM wp_posts p
LEFT JOIN wp_postmeta pm ON p.ID = pm.post_id
WHERE p.post_type = 'attachment' AND pm.meta_key = '_wp_attached_file';

• 在新站点执行完全相同的SQL，导出新附件ID和对应文件路径，用表格工具或简单脚本按file_path匹配两组数据，得到old_id -> new_id的一一映射对照表。
• 处理自定义文章类型的图库字段：导出对应自定义文章的ID和存储JSON数组的自定义字段值，遍历每条数据，将JSON数组内的所有旧ID替换为映射表对应的新ID后写回新站点数据库即可。如果熟悉PHP开发，直接调用WordPress原生的get_posts、get_post_meta、update_post_meta函数运行一次更新脚本，容错率更高。

方法2：导入时强制保留原附件ID（适合还未完成附件导入的场景） #

如果新站点还未生成新的附件ID，可以通过直接导入数据库数据的方式避开ID自动分配规则，完全保留原ID：

• FTP上传完全部图片文件到新站点对应目录后，导出旧站点wp_posts表中所有post_type = 'attachment'的条目，以及wp_postmeta表中对应这些附件ID的所有meta数据，直接导入新站点的对应表。操作前需确认新站点现有数据没有占用要导入的旧附件ID，可优先导入附件数据再导入其他站点内容，避免ID冲突。

注意事项 #

• 所有操作前必须备份新站点完整数据库，避免操作失误导致数据损坏
• 若图库字段是序列化存储而非纯JSON格式，禁止直接用SQL执行替换操作，必须通过PHP序列化/反序列化函数处理，否则会导致字段失效
• 存在大量重名图片的场景下，可额外增加文件MD5值作为匹配标识，避免匹配错误

内容的提问来源于stack exchange，提问作者Andreas van Wyk