WordPress多站点网络，与普通WordPress站点相比，多站点网络包含相互关联的子站点数据库、共享媒体库以及复杂的用户权限系统，任何操作失误都可能导致数据永久丢失。现在基于实际案例，系统的梳理多站点迁移过程中的关键风险点与应对方案。
数据库结构的特殊性
多站点网络的数据库包含若干特殊数据表。其中wp_blogs记录所有子站点基本信息，wp_site和wp_sitemeta存储网络级设置，而每个子站点又有独立的数据表组（如wp_2_posts）。测试发现，直接复制单站点数据库会导致子站点关联断裂。
实际操作时，必须完整导出包含所有前缀数据表的SQL文件。使用phpMyAdmin导出需勾选”自定义”格式并选择”完整插入”选项，避免数据截断。
命令行导出更可靠：
bash
mysqldump -u用户名 -p 数据库名 > multisite_backup.sql
媒体文件处理要点
多站点网络默认采用共享上传目录结构，所有子站点的媒体文件存储在/wp-content/uploads/sites/子文件夹内。常见错误是仅迁移主站点文件，导致子站点出现图片断裂。
可靠方案是使用rsync命令同步整个上传目录：
bash
rsync -avz /旧服务器路径/wp-content/uploads/ 新服务器:/wp-content/uploads/
同时检查.htaccess文件权限，防止403禁止访问错误。
域名与路径配置
多站点网络的wp-config.php包含DOMAIN_CURRENT_SITE定义，而数据库wp_options表（主站点）和wp_#_options表（子站点）存储着绝对URL路径。迁移到新域名时，需要执行四步调整：
在wp-config.php更新DOMAIN_CURRENT_SITE值使用SQL批量替换旧域名：sql
UPDATE wp_options SET option_value = REPLACE(option_value, ‘旧域名’, ‘新域名’);
UPDATE wp_#_options SET option_value = REPLACE(option_value, ‘旧域名’, ‘新域名’);清理所有缓存插件数据重置固定链接结构
用户权限同步
多站点用户数据存储在wp_users和wp_usermeta表，而子站点权限记录在wp_#_capabilities等元数据中。测试表明，直接导入用户表可能破坏角色分配。
推荐流程：
导出时保留所有用户ID不变
迁移后使用”网络管理员→用户→重新分配文章“功能
检查wp_user_roles选项是否完整迁移
验证与测试清单
完成迁移后必须执行以下检查：
所有子站点首页能否正常加载
管理员能否切换不同子站点后台
媒体库图片是否显示完整
用户登录后权限是否正确
插件是否在子站点保持激活状态
出现子站点404错误时，需检查wp_#_options表中的siteurl和home值，并重新保存固定链接设置。数据库连接问题通常源于wp-config.php中的$table_prefix与数据库实际前缀不匹配。
应急恢复方案
准备两套恢复方案可最大限度降低风险：
数据库快照：迁移前创建数据库时间点恢复标记
文件备份：保留完整的wp-content目录压缩包
实际案例显示，当子站点数据异常时，单独恢复wp_#_options表往往比全库回滚更高效。使用WP-CLI的search-replace命令比手动SQL替换更安全：
bash
wp search-replace ‘旧域名’ ‘新域名’ –network –dry-run
多站点迁移的复杂性主要源于数据关联性。理解表结构关系、采用增量式操作、建立完备的回滚机制，这三个要素能有效控制风险。对于超大规模网络，建议分批次迁移子站点，每次迁移后立即验证核心功能，避免系统性故障。