旧域名出现在数据库，不表示每一处都应以同一规则替换。菏泽企业维护WordPress项目时，应先确认目标、表范围和恢复条件，再评估变化。本文命令只作方法说明，必须由有权限人员在受控测试副本中适配，不直接用于生产。
预演的目的，是看清会碰到哪里
# 仅在自己授权的隔离测试副本中适配
# 示例表名必须核对，所有域名均为示例
wp search-replace 'https://old.example.com' 'https://new.example.com' wp_posts wp_postmeta --dry-run
# 本文不提供去掉dry-run后批量执行的步骤。
# 先确认实际版本、表范围、备份与恢复。WP-CLI官方说明dry-run运行检查并展示报告，不把替换保存到数据库；文档也说明相关工具处理序列化数据的能力。不能因此认定每个第三方字段或外部系统都已适配。当前工具版本、插件结构和实际表名仍需核对，不使用尚未稳定的选项冒充通用命令。
一张预演报告需要业务解释
| 发现 | 要确认 | 不宜处理 |
|---|---|---|
| 正文引用 | 是否指向要迁移的对象 | 见旧域名就全部改 |
| 配置或结构化数据 | 存储关系与依赖 | 手工破坏表示结构 |
| 历史或外部关系 | 是否有保留理由 | 把历史身份自动重写 |
| 未知表与字段 | 谁能解释其用途 | 为了数字归零盲目扩大范围 |
预演之后才讨论正式变更条件
- 保存可恢复的文件与数据库资料。
- 让维护者解释命中的对象和未知项。
- 在隔离副本验证公开页面与必要业务路径。
- 需要正式处理时另作授权执行与复测安排。
报告显示零处匹配，也不证明迁移已经完成。资源可能在文件、组件设置或外部服务中，旧地址也可能保存在未覆盖范围。反过来，匹配很多也不说明全部都有问题。验收应回到实际页面、附件、登录与需求接收等必要任务。
1范围明确哪些对象要迁移。
2预演保存当前工具与检查结果。
3审核分清可处理、应保留和未知。
4验证在适当环境确认任务仍可完成。
预演不写数据库就完全没有其他影响吗？
不能这样概括。仍需使用授权环境、评估读取与运行资源，避免暴露报告中的专属资料。
手工替换整个SQL文件更简单吗？
简单不代表适当。应理解数据结构、范围和恢复条件，不把字符串操作当完整迁移方案。