你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Azure Database for MySQL 版本支持策略

Azure Database for MySQL 提供由 MySQL 社区版提供支持的完全托管的数据库服务,使开发人员能够高效地构建和缩放应用程序。 本文概述了 Azure Database for MySQL 的版本支持策略,详细介绍了生命周期管理,包括版本可用性、更新和终止支持时间线。 通过了解此策略,客户可确保其应用程序保持安全、高性能并与最新 MySQL 创新保持一致,同时最大程度地减少版本转换期间的中断。

支持的 MySQL 版本

Azure Database for MySQL 是使用 InnoDB 存储引擎根据 MySQL 社区版开发的。 该服务支持社区的当前主要版本,即 MySQL 5.7 和 8.0。 MySQL 使用 X.Y.Z. 命名方案,其中 X 为主要版本,Y 为次要版本,Z 为 bug 修补版本。 有关方案的详细信息,请参阅 MySQL 文档

Azure Database for MySQL 当前支持以下主要版本和次要版本的 MySQL:

版本 灵活服务器?
当前次要版本
版本状态
MySQL 版本 5.7 5.7.44 乔治亚州
MySQL 版本 8.0 8.0.41 乔治亚州
MySQL 版本 8.4 8.4.4 公开预览版
MySQL 版本 9.2 9.2.0 公开预览版

阅读版本支持策略文档中的已停用版本的版本支持策略。

主要版本支持

版本控制策略中的规定所述,Azure Database for MySQL 支持从 Azure 开始支持它之日起到 MySQL 社区停用它为止的每个主要版本 MySQL。

主要版本停用策略

下表列出了 MySQL 主要版本的停用详细信息。 显示的日期遵循 MySQL 版本控制策略

版本 新增功能 Azure 支持开始日期 社区停用日期 Azure 标准支持结束日期 Azure 扩展支持开始日期 Azure 扩展支持结束日期
MySQL 5.7 功能 2018 年 3 月 20 日 2023 年 10 月 31 日 2026 年 3 月 31 日 2026 年 5 月 1 日 2029 年 5 月 1 日
MySQL 8 功能 2019 年 12 月 11 日 2026 年 4 月 30 日 2026 年 4 月 30 日 2026 年 6 月 1 日 2029 年 4 月 30 日

注意

对于每个弃用的 Azure Database for MySQL 版本,Azure 在社区弃用日期后提供一个月的宽限期。 此宽限期为客户提供了额外的时间来决定是升级到较新版本,还是要注册付费扩展支持计划。 对于 Azure Database for MySQL 5.7,社区生命周期(EOL)于 2023 年 10 月公布。 标准支持结束日期最初计划于 2025 年 9 月,但根据客户反馈,我们已将 MySQL 5.7 的标准支持扩展到 2026 年 3 月。 扩展对 MySQL 5.7 的支持将于 2026 年 4 月开始。 有关标准支持结束后发生的情况的详细信息,包括扩展支持策略,请参阅下一部分。

标准支持结束后会发生什么情况:扩展支持策略

为了为客户提供足够的时间来决定是否升级或注册扩展支持,扩展支持计划将于 2026 年春季正式开始。

在标准支持结束日期之后,在不支持的 MySQL 版本上运行的 Azure Database for MySQL 服务器会自动注册到扩展支持中,并在一个月的宽限期后自动为此服务收费。 扩展支持在标准支持结束后提供长达三年的关键安全更新,允许客户额外计划和执行主要版本升级的时间。 如果希望避免延长支持费用,必须将 Azure Database for MySQL 服务器升级到仍在标准支持的 MySQL 版本。

在延长支持期内,Microsoft确定服务的可用性、可靠性和安全性的优先级。 实施基本修改以确保服务保持可访问和保护,但不能保证新功能和次要版本升级。

注意

扩展支持会自动应用,并在标准支持结束后向在旧版 MySQL 上运行的服务器收费。 若要选择退出扩展支持并避免产生费用,客户必须升级到受支持的主版本。 有关详细信息或提供反馈,请联系 Ask Azure DB For MySQL

Azure Database for MySQL 扩展支持的定价将与行业标准保持一致。 定价将在今年晚些时候的 定价页上 提供。

创新发布版本支持

提供 MySQL 创新版本的目的是实现对最新 MySQL 特性和功能的访问。 对这些版本的支持包括核心功能,但不包括高级功能,例如高可用性 (HA)、副本和自动备份。 创新版本支持仅限于最新版本,不保留以前的版本,以确保用户能够访问最新的改进。 每个 Innovation Release 服务器在创建日期有 30 天的生命周期,之后会自动删除它。 在这些版本的生命周期内,不会应用每月维护更新。

注意

Innovation Release 版本适用于早期访问和试验。 因此,他们不符合客户支持案例的条件,也没有提供直接支持帮助。 建议用户参考文档和社区资源进行故障排除和指导。

次要版本支持

在定期维护过程中,Azure Database for MySQL 会自动执行次要版本升级到 Azure 首选的版本。

常见问题解答

问:如果未在标准支持结束后将 Azure Database for MySQL 服务器升级到受支持的主版本,会发生什么情况?

答:如果未在 Azure 扩展支持开始日期之前将 Azure Database for MySQL 服务器升级到受支持的主版本,则服务器将自动注册到扩展支持中,并且需要为此服务付费。 若要避免延长支持费用,必须将服务器升级到仍在标准支持的 MySQL 版本。

问:在 Azure Database for MySQL 灵活服务器上执行主版本升级的过程是什么?

答:使用 Azure Database for MySQL 灵活服务器,你可以使用主要版本升级 (MVU) 功能执行就地主要版本升级。 有关更多详细信息,请参阅 Azure Database for MySQL 灵活服务器中的主要版本升级文档。

问:在主版本升级期间是否有预期的停机时间或性能影响?

答:是的,预计在主版本升级过程中会有一些停机时间。 具体持续时间取决于数据库的大小和复杂度等因素。 我们建议在非生产环境中进行测试升级,以评估预期的停机时间和潜在的性能影响。 若要在升级期间最大程度地减少应用程序的停机时间,可以探索 使用只读副本执行最短停机时间主版本升级的选项。

问:升级后是否可以回滚到以前的主版本?

答:虽然不建议在升级后降级到以前的主版本,但我们承认,在某些情况下,可能需要这种灵活性。 为了确保顺利升级过程并缓解任何潜在问题,建议在继续升级之前,通过执行全面的 按需备份 来遵守最佳做法。 此备份作为预防措施,使你能够在另一个新的 Azure Database for MySQL 灵活服务器上 将数据库还原 到其以前的版本(如果需要)。

问:升级到较新的主版本的主要优势是什么?

答:较新的主要版本的 MySQL 附带了大量改进,包括增强的性能、安全性和新功能。 有关详细信息,请参阅相关的 MySQL 发行说明。

问:升级到较新的主版本时是否有任何兼容性问题需要注意?

答:较新的主要版本的更改可能会导致一些兼容性问题。 在升级生产数据库之前,请务必使用新版本测试应用程序。 有关兼容性问题的详细列表,请查看 MySQL 的官方文档

问:如果我在升级过程中遇到问题,可以获得哪些支持?

答:如有疑问,请从 Microsoft Q&A 中的社区专家获取解答。 如有支持计划并需要技术帮助,请创建支持请求

问:升级期间我的数据会怎样?

答:在升级过程中,数据不受影响时,强烈建议先创建备份,然后再继续升级。 此预防措施将有助于缓解数据由于不可预见的复杂情况而可能丢失的风险。

Azure Database for MySQL 不支持已停用的 MySQL 引擎版本

以下限制仅在延长支持期结束且服务器仍在运行已停用的 MySQL 版本后适用:

  • 不会为已停用的版本提供进一步的安全或支持更新。 Azure Database for MySQL 不会针对任何 bug 或安全问题修补已停用的数据库引擎,并且不再支持与数据库引擎相关的问题。 但是,Azure 将继续对主机、OS、容器和其他服务相关组件执行定期维护和修补。
  • 无法为已停用的版本创建新的数据库服务器。 但是,可以执行时间点恢复并为现有服务器创建只读副本。
  • Azure Database for MySQL 开发的新服务功能可能仅适用于受支持的数据库服务器版本。
  • 运行时间 SLA 仅适用于与 Azure Database for MySQL 服务相关的问题,而不适用于与数据库引擎相关的 bug 导致的任何停机。
  • 在极端情况下,如果在已停用的数据库版本中确定的 MySQL 数据库引擎漏洞对服务造成严重威胁,Azure 可能会选择先停止数据库服务器的计算节点来保护服务。 将要求你在服务器上线之前升级服务器。 在升级过程中,将始终使用在服务上执行的自动备份来保护数据,该备份可用于按需还原到旧版本。