WordPress 7.1 升级指南：兼容性检查、备份与回滚

准备升级WordPress 7.1时，先确认两件事：关键功能在测试副本中能正常运行，升级失败后能恢复同一时间点的文件与数据库。后台出现“立即更新”按钮，只表示可以开始更新，还不能说明主题、插件和业务流程已经兼容。

7.1于2026年8月19日发布。截至2026年10月7日，官方归档列出的7.1分支最新维护版本是7.1.3，实际升级应选择该分支当前受维护的版本。下文说明自托管单站和常规企业站的升级流程；Multisite、商店、会员、付费下载与高频投稿站，还须在维护窗口中处理网络范围操作、订单与用户写入和外部回调。

先列出站点现状，重点检查两类兼容变化

在“工具 → 站点健康 → 信息”中记录核心、PHP、数据库、活动主题与插件、文件权限和目录大小。使用WP-CLI时，先确认位于目标站点根目录，再保存组件清单：

wp core version
wp plugin list --fields=name,status,version,update_version,auto_update
wp theme list --fields=name,status,version,update_version,auto_update
wp core verify-checksums --include-root --version=$(wp core version)

verify-checksums核对当前核心版本的官方文件校验值，不会检查商业插件、自定义代码，也不能替代恶意代码排查。

Hosting Team列出的新环境建议包括PHP 8.4/8.5、MySQL 8.4或MariaDB 10.11/11.4/11.8。现有站点可以把PHP、数据库与核心升级拆开，在staging逐项验证，方便定位问题；这是运维取舍，不是强制要求。

• 登录、安全、缓存、备份插件：先确认升级与恢复入口不会失效。
• 编辑器、表单、商店、会员插件：走完真实操作，不能只看详情页上的“兼容至”。
• 短代码、小组件与展示插件：检查实际引用它们的页面；同时记录版本、作者兼容说明和替代方案。停止维护或来源不明的扩展不能默认通过。

数据库与文件要配成一套备份

数据库保存文章、评论、用户、设置和许多插件数据；文件保存核心、主题、插件、上传内容、配置与服务器自定义文件。只备份wp-content或只导出SQL，都不能完整恢复站点。 高频写入站点应先进入维护窗口，避免两份备份对应不同状态。

1. 导出数据库。可用主机面板、phpMyAdmin或已配置的WP-CLI；命令示例为 wp db export before-wordpress-71.sql --add-drop-table。
2. 备份文件，至少覆盖完整 wp-content、wp-config.php、.htaccess 等根目录服务器规则与自定义文件。历史手改核心要单独记录，更新会覆盖核心文件。
3. 用一致的站点标识和时间戳保存数据库与文件，再复制到站外位置。仅留在当前服务器上的压缩包仍可能随故障一起丢失。
4. 检查SQL与压缩包完整性、恢复凭据和操作入口。业务关键站点在隔离环境实际恢复一次，确认这套备份能用。

核心更新可能升级数据库结构。只重新上传旧核心，仍可能让旧代码读取新数据库；回滚时要把旧文件和配套旧数据库一起恢复。

先在staging演练，再决定生产升级

staging是测试副本，应尽量接近生产站的PHP、数据库、服务器、缓存、CDN、主题插件与关键数据结构，并阻止真实邮件、支付、Webhook和搜索索引写入外部生产服务。空白WordPress能运行，不能证明现有站点兼容。

1. 从生产备份恢复未升级副本，确认它可以登录、编辑和访问前台。
2. 记录浏览器控制台、PHP日志和 wp-content/debug.log 基线；WP_DEBUG、WP_DEBUG_LOG只在本地或staging按需开启，不在生产前台显示错误。
3. 先更新已有插件与主题，再升级核心；每批更新之间保留时间点与日志。
4. 进入 /wp-admin 完成可能出现的数据库升级。WP-CLI可先用 wp core update-db --dry-run 比较数据库版本，再运行 wp core update-db；Multisite按网络范围处理。
5. 清理页面、对象、浏览器与CDN缓存，再测试关键路径。

演练的终点是关键操作能完成

只在7.1下出现的错误，按插件、主题、缓存与自定义代码逐项隔离。记录复现步骤、日志时间、浏览器和PHP版本，再联系维护者；不要把所有异常直接归因于核心。

生产维护窗口：事先写好继续或回滚的条件

先约定后台无法登录、编辑器不能保存、首页持续5xx、订单或注册失败、关键API中断、数据库升级未完成等触发条件。轻微样式问题或缓存未刷新可以先定位；数据写入错误和关键业务中断不适合长期边运行边观察。

1. 通知维护，暂停或记录订单、评论、注册等新写入。
2. 创建最后一份数据库与文件备份，确认站外副本可访问。
3. 按staging已验证的顺序更新主题、插件与核心，不临时叠加未经演练的PHP或数据库大版本变更。
4. 完成数据库升级、缓存清理与关键路径冒烟测试，观察日志和业务监控。
5. 通过后解除维护，保留升级前备份和变更记录。

需要回滚时，先停写再恢复

恢复旧数据库会覆盖升级后的写入。 先记录新产生的订单、用户、评论和表单数据，再按业务规则补录或合并；不能接受数据丢失的站点，应使用增量备份、事务级恢复或专业运维方案。

1. 进入维护状态并停止新写入，保留升级后的必要记录。
2. 恢复升级前文件集，包括原主题、插件、自定义代码与配置。
3. 导入同一时间点的数据库备份；凭据或路径变化时核对 wp-config.php。
4. 清理对象缓存、页面缓存、PHP OPcache和CDN，检查固定链接与文件权限。
5. 重新测试登录、前台、编辑器及关键业务，处理升级后新增数据。

维护结束后留下什么

记录最终核心、主题、插件、PHP与数据库版本，检查站点健康、计划任务、缓存、备份任务和监控。staging排错完成后关闭调试显示并妥善处理日志，避免把路径、查询或用户数据暴露给访客。本文于2026年10月7日复核相关官方说明，没有替任何具体主题或插件做兼容认证。

• 版本与当前维护分支：https://wordpress.org/download/releases/
• 7.1 Field Guide：https://make.wordpress.org/core/2026/08/05/wordpress-7-1-field-guide/
• 7.1服务器兼容性：https://make.wordpress.org/hosting/handbook/compatibility/version/7-1/
• 官方更新步骤：https://wordpress.org/documentation/article/updating-wordpress/
• 数据库与文件备份：https://developer.wordpress.org/advanced-administration/security/backup/
• 调试说明：https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
• WP-CLI数据库导出：https://developer.wordpress.org/cli/commands/db/export/