Azure Database for MySQL 单一服务器中的主版本升级
适用于：
Azure Database for MySQL - 单一服务器
重要
Azure Database for MySQL 单一服务器即将停用。 强烈建议升级到 Azure Database for MySQL 灵活服务器。 若要详细了解如何迁移到 Azure Database for MySQL 灵活服务器，请参阅 Azure Database for MySQL 单一服务器发生了什么情况？
注意
本文包含对术语“从属”的引用，这是 Microsoft 不再使用的术语。 从软件中删除该术语后，我们会将其从本文中删除。
重要
Azure Database for MySQL 单一服务器的主版本升级已处于公共预览状态。
本文介绍了如何就地升级 Azure Database for MySQL 单一服务器中的 MySQL 主版本。
利用此功能，客户可以轻松地将 MySQL 5.6 服务器就地升级到 MySQL 5.7，无需移动任何数据，也无需更改应用程序连接字符串。
注意
- 主版本升级仅适用于从 MySQL 5.6 到 MySQL 5.7 的升级。
- 在整个升级操作过程中，服务器将不可用。 因此，建议在计划内维护时段执行升级。 可以考虑使用只读副本执行从 MySQL 5.6 到 MySQL 5.7 的停机时间最短的主版本升级。
使用 Azure 门户执行从 MySQL 5.6 到 MySQL 5.7 的主版本升级
使用 Azure 门户按照以下步骤为 Azure Database for MySQL 5.6 服务器执行主版本升级
重要
建议首先在还原后的服务器副本上执行升级，而不是直接升级生产服务器。 请参阅如何执行时间点还原。
在 Azure 门户中，选择你的现有 Azure Database for MySQL 5.6 服务器。
从“概述”页上，单击工具栏中的“升级”按钮。
在“升级”部分，选择“确定”以将 Azure database for MySQL 5.6 服务器升级为 5.7 服务器。
一条通知会确认升级是否成功。
使用 Azure CLI 执行从 MySQL 5.6 到 MySQL 5.7 的主版本升级
使用 Azure CLI 按照以下步骤为 Azure Database for MySQL 5.6 服务器执行主版本升级
重要
建议首先在还原后的服务器副本上执行升级，而不是直接升级生产服务器。 请参阅如何执行时间点还原。
安装适用于 Windows 的 Azure CLI 以运行升级命令。
此升级需要 2.16.0 或更高版本的 Azure CLI。 运行 az version 以查找安装的版本和依赖库。 若要升级到最新版本，请运行 az upgrade。
在登录之后，请运行 az mysql server upgrade 命令：
az mysql server upgrade --name testsvr --resource-group testgroup --subscription MySubscription --target-server-version 5.7"命令提示符会显示“-Running”消息。 此消息不再显示即表示版本升级完成。
使用 Azure 门户在只读副本上执行从 MySQL 5.6 到 MySQL 5.7 的主版本升级
在 Azure 门户中，选择你的现有 Azure Database for MySQL 5.6 只读副本服务器。
从“概述”页上，单击工具栏中的“升级”按钮。
在“升级”部分，选择“确定”以将 Azure database for MySQL 5.6 只读副本服务器升级为 5.7 服务器。
一条通知会确认升级是否成功。
在“概述”页上，确认 Azure Database for MySQL 只读副本服务器版本为 5.7。
现在请前往主服务器，并在该服务器上执行主版本升级。
使用只读副本执行从 MySQL 5.6 到 MySQL 5.7 停机时间最短的主版本升级
利用只读副本，可以执行从 MySQL 5.6 到 MySQL 5.7 停机时间最短的主版本升级。 其原理是先将服务器的只读副本升级到 5.7，然后对应用程序进行故障转移以指向只读副本并使其成为新的主服务器。
在 Azure 门户中，选择现有 Azure Database for MySQL 5.6。
从主服务器创建只读副本。
将只读副本升级到版本 5.7。
确认副本服务器的运行版本为 5.7 后，断开应用程序和主服务器之间的连接。
检查复制状态，确保副本服务器与主服务器完全同步，从而让所有数据都处于同步状态，并确保主服务器中没有执行任何新的操作。
在副本服务器上调用
show slave status命令查看复制状态。SHOW SLAVE STATUS\G如果
Slave_IO_Running和Slave_SQL_Running状态为“yes”，并且Seconds_Behind_Master的值为“0”，则表示复制正常运行。Seconds_Behind_Master指示副本的陈旧状态。 如果其值不为“0”，则表示副本正在处理更新。 确认Seconds_Behind_Master为“0”后即可放心地停止复制。通过停止复制，可将只读副本提升为主服务器。
将应用程序指向运行服务器 5.7 的新的主服务器（也就是之前的副本服务器）。 每个服务器都有唯一的连接字符串。 更新应用程序，使之指向（以前的）副本而不是源。
注意
此方案仅在步骤 4、5 和 6 中出现停机。
常见问题
我们的生产环境中有需要升级的 MySQL v5.6，此升级功能什么时候将正式发布？
计划在 MySQL v5.6 停用之前正式发布此功能。 但是，此功能已准备好用于生产环境，并且由 Azure 提供完全支持，因此你应该可以放心地在你的环境中运行它。 强烈建议你首先在还原后的服务器副本上运行和测试它，以便你可以估计升级期间的停机时间，并执行应用程序兼容性测试，然后再在生产环境中运行应用程序。这是推荐的最佳做法。 有关详细信息，请参阅如何执行时间点还原（用于创建服务器的时间点副本）。
这是否会导致服务器停机？如果会，会停机多长时间？
是的，服务器在升级过程中将不可用。因此，我们建议你在计划内维护时段执行此操作。 估计的停机时间取决于数据库大小、预配的存储大小（预配的 IOPS）以及数据库中的表的数量。 升级时间与服务器中表的数量成正比。基本 SKU 服务器的升级预计需要更长时间，因为它在标准存储平台上。 为了估计服务器环境的停机时间，建议你首先在还原后的服务器副本上执行升级。 请考虑使用只读副本执行从 MySQL 5.6 到 MySQL 5.7 停机时间最短的主版本升级。
如果未选择在 2021 年 2 月 5 日之前升级 MySQL 5.6 服务器，会发生什么情况？
你仍可像以前一样继续运行 MySQL v5.6 服务器。 Azure 永远不会在服务器上执行强制升级。 但是，会应用 Azure Database for MySQL 版本控制策略中所述的限制。