真正降低WordPress迁移中断风险的方法是分四阶段闭环操作：数据冻结→增量同步→域名灰度→最终切换；需停用写入、生成带时间戳全量备份、启用FTP跳过已存在文件、记录siteurl及字符集，并每15分钟生成增量SQL同步至新服务器。
WordPress平滑迁移中断风险高，核心在于“数据同步”与“服务切换”两个环节脱节。真正降低中断风险的方法不是追求“一步到位”，而是把整个过程拆成可验证、可回滚的四个关键阶段：数据冻结→增量同步→域名灰度→最终切换。这四步不是线性流程，而是带校验和兜底机制的闭环操作。
第一阶段：冻结旧站写入，启动全量快照
迁移前必须让数据库和文件系统进入“只读稳定态”。不能边跑边搬：
- 在旧站后台停用所有用户注册、评论提交、表单插件；或通过宝塔/PHPMyAdmin临时禁用wp_comments表写入权限
- 用宝塔“数据库备份”功能生成带时间戳的.sql.gz全量备份（不勾选“压缩后自动删除”，保留原始文件）
- 用FTP同步wp-content/uploads目录时，启用FileZilla的“比较并跳过已存在文件”选项，避免覆盖冲突
- 记录当前wp_options表中siteurl和home值，以及数据库字符集（通常是utf8mb4_unicode_ci），后续校验必需
第二阶段：建立增量同步通道，持续捕获变更
全量备份到上线之间可能有数小时空档，用户行为产生的新数据必须补上：
- 在旧服务器执行mysqldump --single-transaction --skip-triggers wordpress_db wp_posts wp_comments > incremental_$(date +%s).sql，每15分钟运行一次（用crontab），生成轻量级增量包
- 将增量SQL文件通过rsync推送到新服务器指定目录，避免FTP断连重传问题
- 在新库导入前，先用mysql -u user -p new_db 测试解析是否成功（注意检查主键冲突报错）
- 媒体文件增量：用rsync -avz --ignore-existing /old/wp-content/uploads/ user@new:/new/wp-content/uploads/ 实现差异同步
第三阶段：DNS灰度切流，用子域名先行验证
直接改A记录风险极高，应先用可控路径验证全链路：
- 在新服务器绑定一个测试子域名（如migrate.yoursite.com），配置独立SSL证书
- 修改该子域名下的wp-config.php，强制定义define('WP_HOME', 'https://migrate.yoursite.com'); define('WP_SITEURL', 'https://migrate.yoursite.com');
- 用浏览器访问migrate.yoursite.com/wp-admin，登录后台检查文章、用户、插件状态；用curl -I检查关键页面HTTP状态码是否200
- 在旧站根目录放一个migrate-check.txt，内容写“OK-20260813”，然后从新站curl获取该文件，确认反向代理或CDN未缓存旧响应
第四阶段：5分钟内完成最终切换与回滚预案
DNS切换本身只需改记录，但配套动作决定是否真“零中断”：
- 提前48小时将DNS TTL调至300秒（5分钟），确保生效速度可控
- 切换窗口选在业务低峰期（如凌晨2–4点），执行顺序：导入最后一次增量SQL → 修改DNS A记录 → 清空CDN全站缓存 → 检查首页及支付页
- 回滚方案不是“重来一遍”，而是立即执行：将DNS切回原IP + 在新站.htaccess头部插入302跳转至旧站，用户无感知
- 切换后2小时内，用Google Search Console核对“覆盖率报告”，重点看“提交的URL”与“有效”数量是否持平，异常波动说明301重定向漏配
