title: "升级 WordPress" post_status: publish comment_status: open taxonomy: category: - hosting-handbook post_tag: - Repos - Data - Docs Translate
升级 WordPress
如果 WordPress 能够持续维护更新，并根据每个主要版本的当前要求进行调整，那么升级过程应该很简单。
旧版本会怎样？
出于善意，WordPress 项目会为从 4.7 版到最新版本提供安全支持。然而，向后移植补丁并非总是可行，因此，除最新版本外的其他 WordPress 版本_不被官方支持_。
每个版本都有其支持的数据库版本、PHP 版本以及一系列需要随时间更新的兼容性要求。
如果不更新会怎样？
本页提供了一些关于如何升级的思路和建议。在许多情况下，可能无法升级操作系统或引入新的 PHP 版本，因此您可能需要将 WordPress 迁移到已更新的托管环境。
本文档会做出一些假设，因为每个案例都不同。在进行任何升级之前，请备份所有网站数据：WordPress 文件、数据库、证书以及操作系统/服务配置。
重要提示：这是一个非常手动的过程，而非批量操作。升级后很可能会有损失，并且需要进行一些后续更新。
[tip]如果只指明了主要版本号 (X.X)，请使用其可用的最新次要版本 (X.X.x)。[/tip]
使用 WP-CLI 进行升级
如果您的托管环境中已安装 WP-CLI，升级过程的某些环节可以得到简化。请务必在运行任何命令前，对文件和数据库进行完整备份。
有关 wp core 命令和选项的最新完整列表，请参阅官方 WP-CLI 文档：
https://developer.wordpress.org/cli/commands/core/
从 WordPress 0.7 - 3.6 升级（通过迁移）
目标： - WordPress：升级到 WordPress 6.2 - PHP：升级到 PHP 7.4 - SQL：升级到 MySQL 8.0 / MariaDB 10.11
损失： - 内容：无 - 插件：全部 - 主题：全部
这些是最旧版本的 WordPress，并且已经多年不受支持。通常，必须假设会有一些损失，虽然不是内容损失，但可能是主题和插件的某些功能损失。
考虑到目标是保留内容并假设其余元素会损失，有以下步骤。
与任何升级一样，首先要做的是备份。从 WP < 3.6 升级的最佳方法是执行内容迁移。
- 创建一个全新的 WordPress，不包含数据库。
- 将旧 WordPress 文件中的 "/wp-content/uploads/" 内容复制到新站点。
- 使用旧数据库信息创建一个新数据库。最佳方法是使用 "mysqldump"。
- 使用所有新数据配置 wp-config.php。
- 访问 "/wp-admin/" 页面，并按照升级流程操作。
这样，WordPress 将能够维护和更新数据库中的内容，并能在更新版本的 WordPress 中使用这些内容。
现在应该可以使用一个带有默认主题和所有内容的 WordPress。
在恢复数据库时，字符编码通常会出现技术问题。备份数据可能不是以 UTF-8 编码，而是可能采用 ISO 或 ASCII 等"已弃用"的格式。确保在恢复数据库时正确更新字符编码！更多关于在 WordPress 数据库中转换字符集的信息可以在这里找到。
从 WordPress 3.7 - 4.0 升级
目标： - WordPress：升级到 WordPress 4.1 - PHP：升级到 PHP 5.6.20+ - SQL：升级到 MySQL 5.6 / MariaDB 10.0
可能的损失： - 内容：无 - 插件：很可能有 - 主题：很可能有
WordPress 版本 <= 4.0 兼容的 PHP 版本如今已很难获得。这些版本可能从 PHP 5.2（甚至更早）到 PHP 5.5。
WP-CLI 在 PHP 5.6.20 以下无法工作，因此此更新必须手动完成。
请遵循以下步骤： - 备份所有内容 - 移除未使用的主题 - 启用 Twenty Ten 主题 - 删除已停用的插件 - 停用所有活跃的插件
然后用 WordPress 4.1 覆盖 WordPress 核心文件。
将 PHP 升级到 5.6.20+，并将 SQL 升级到 MySQL 5.6 / MariaDB 10.0。
访问 /wp-admin/ 并完成升级。
接下来进行 WordPress 4.9 的升级。
从 WordPress 4.1 - 4.8 升级
目标： - WordPress：升级到 WordPress 4.9 - PHP：升级到 PHP 7.2 - SQL：保持或升级到 MySQL 5.6 / MariaDB 10.0
损失： - 内容：无 - 插件：很可能有 - 主题：很可能有
再次执行清理流程： - 移除未使用的主题 - 激活 Twenty Ten 主题 - 删除未使用的插件
用 WordPress 4.9 覆盖 WordPress 核心文件。
将 PHP 升级到 7.2。
接下来进行 WordPress 5.3 的升级。
WordPress 4.9 - 5.2
Goals: - WordPress: upgrade to WordPress 5.3 - PHP: upgrade to PHP 7.4 - SQL: upgrade to MySQL 8.0 / MariaDB 10.3
Losses: - Content: none - Plugins: probably no - Themes: probably no
Major notes: - WordPress 4.9 was the last Classic Editor version. - WordPress 5.0+ fully supports Classic Editor content.
Follow the same cleanup steps:
- Activate Twenty Ten
- Deactivate plugins
- Replace core with WordPress 5.3
Then upgrade PHP to 7.4 and SQL to MySQL 8.0 / MariaDB 10.3.
WordPress 5.3 - 6.2
目标： - WordPress：升级至 WordPress 6.2 - PHP：升级至 PHP 7.4 - SQL：升级至 MySQL 8.0 LTS / MariaDB 10.11 LTS
损失： - 内容：无 - 插件：无 - 主题：无
正常升级。一切应能正常工作。
WordPress 6.3 - 6.8
目标： - WordPress：升级至 WordPress 6.8 - PHP：升级至 PHP 8.1 - SQL：升级至 MySQL 8.0 LTS / MariaDB 10.11 LTS
损失： - 内容：无 - 插件：无 - 主题：无
PHP 变更： - WP 6.3 弃用了 PHP 5.6 - WP 6.6 弃用了 PHP 7.0 和 7.1 - WP 6.6 要求 PHP 7.2.24 或更高版本
正常升级即可。一切应能正常运行。