WordPress 官方后台不提供一键降级功能，回滚到 6.4 之前版本需通过 WP-CLI 命令或第三方插件实现，操作前必须完整备份数据库和 wp-content 目录。
先说结论：回滚版本属于高风险操作，优先建议修复插件兼容性而非降级核心程序，若必须回滚需严格备份。
- 先确认：备份全站文件与数据库，确认当前数据库结构是否已随 6.4 升级变更。
- 先处理：使用 WP-CLI 执行降级命令或通过 WP Rollback 插件还原旧版本核心文件。
- 再验证：检查前台页面加载、后台功能是否正常，并关闭自动更新防止再次升级。
命令速用版
若服务器已安装 WP-CLI，可直接通过命令行指定版本覆盖核心文件，这是最干净的回滚方式。
wp core update `--version`=6.3.2 `--force`
执行前请确保当前用户具有文件写入权限，命令中的版本号可替换为其他已知稳定版本。
为什么会这样
插件不兼容通常是因为旧插件调用了新版本特有的函数或无法适应数据库结构变更。WordPress 大版本更新会引入新 API 或修改底层逻辑，旧插件若未适配会导致 fatal error 或功能异常。
分步处理
按顺序执行以下步骤，确保每一步都有回退余地，避免网站彻底不可用。
1. 完整备份
使用主机面板或插件备份整个网站目录和数据库，确保备份文件可下载至本地。
2. 关闭自动更新
在 wp-config.php 中添加 define( 'WP_AUTO_UPDATE_CORE', false ); 防止回滚后系统再次自动升级到 6.4。
3. 执行回滚
方法 A（WP-CLI）：运行上述 wp core update 命令。
方法 B（插件）：安装 WP Rollback 插件，在后台找到 WordPress 核心条目选择旧版本安装。
4. 清理缓存
清除服务器端缓存、对象缓存及浏览器缓存，确保加载的是回滚后的文件。
怎么验证是否生效
操作完成后需通过多个维度确认版本已变更且网站运行正常。
1. 检查版本号
登录 WordPress 后台仪表盘，查看底部显示的系统版本号是否已变为目标版本。
2. 查看错误日志
检查 wp-content/debug.log 或服务器 error_log，确认没有因版本不一致产生的致命错误。
3. 功能测试
打开前台页面和后台关键功能页，确认不兼容的插件已恢复正常工作。
常见坑
回滚过程中有几个高频错误点，操作时需格外谨慎。
数据库结构不可逆
部分大版本升级会修改数据库表结构，降级核心文件不会自动回滚数据库变更，可能导致数据异常。
安全风险增加
旧版本 WordPress 包含已知安全漏洞，长期运行旧版本会增加被攻击风险，仅作为临时止血方案。
自动更新重启
若未在配置文件中禁用自动更新，系统可能在后台再次静默升级到 6.4，导致问题复发。
常见问题
回滚版本会导致数据丢失吗
通常不会丢失内容数据，但数据库结构变更可能无法逆转。操作前必须备份数据库，以防字段不兼容导致读取错误。
回滚后需要禁用自动更新吗
需要。必须在 wp-config.php 中设置禁用核心自动更新，否则系统检测到新版本后会再次升级回 6.4。
长期运行旧版本安全吗
不安全。旧版本包含已公开的安全漏洞，建议回滚后尽快联系插件开发者更新插件，以便重新升级到最新核心版本。