Azure Database for MySQL 提供由 MySQL 社区版提供支持的完全托管的数据库服务，使开发人员能够高效地构建和缩放应用程序。 本文概述了 Azure Database for 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 | GA |
| MySQL 版本 8.0 | 8.0.41 | GA |
| 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 年 4 月 1 日 | 2029 年 3 月 31 日 |
| MySQL 8 | 功能 | 2019 年 12 月 11 日 | 2026 年 4 月 30 日 | 2026 年 5 月 31 日 | 2026 年 6 月 1 日 | 2029 年 3 月 31 日 |
为了为客户提供足够的时间来决定是否升级或注册扩展支持，扩展支持计划将在 2026 年初正式开始。
标准支持结束日期后，在不支持的 MySQL 版本上运行的 Azure Database for MySQL 服务器会自动注册到扩展支持中，并在一个月的宽限期后自动为此服务收费。 扩展支持在标准支持结束后提供长达三年的关键安全更新，使客户有更多的时间来规划和执行主要版本升级。 若要避免扩展支持费用，必须将 Azure Database for MySQL 服务器升级到仍在标准支持的 MySQL 版本。
在延长的支持期内，Azure 会确定服务的可用性、可靠性和安全性的优先级。 实施基本修改以确保服务保持可访问和保护状态，但可能无法保证新功能和次要版本升级。
备注
扩展支持会自动应用，并在标准支持结束后向在旧版 MySQL 上运行的服务器收费。 若要选择退出扩展支持并避免产生费用，客户必须升级到受支持的主要版本的软件。
定价将在今年晚些时候的 定价页上 提供。
提供 MySQL 创新版本的目的是实现对最新 MySQL 特性和功能的访问。 支持这些版本包括核心功能，但不包括高级功能，例如高可用性（HA）、副本和自动备份。 创新版本支持仅限于最新版本，并且不保留以前的版本未，以确保用户能够访问最新的改进。 每个 Innovation Release 服务器在创建日期有 30 天的生命周期，之后会自动删除它。 在这些版本的生命周期内，不会应用每月维护更新。
备注
Innovation Release 版本适用于早期访问和试验。 因此，他们不符合客户支持案例的条件，也没有提供直接支持帮助。 建议用户参考文档和社区资源进行故障排除和指导。
在定期维护过程中，Azure Database for MySQL 会自动执行次要版本升级到 Azure 首选的版本。
以下限制仅在延长的支持期结束后适用，并且服务器仍在运行已停止支持的 MySQL 版本：
- 对于已停用的版本，不提供进一步的安全或支持更新。 Azure Database for MySQL 无法为已停用的数据库引擎修补任何 bug 或安全问题，并且不再提供与数据库引擎相关问题的支持。 但是，Azure 将继续对主机、OS、容器以及其他与服务相关的组件执行定期维护和修补。
- 无法为已停用的版本创建新的数据库服务器。 但能够执行时间点恢复并为现有服务器创建只读副本。
- Azure Database for MySQL 开发的新服务功能可能仅适用于受支持的数据库服务器版本。
- 运行时间 S.L.A. 仅适用于与 Azure Database for MySQL 服务相关的问题，而不适用于与数据库引擎相关的 bug 导致的任何故障时间。
- 在极端情况下，如果在已停用的数据库版本中确定的 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 中的社区专家获取解答。 如有支持计划并需要技术帮助，请创建支持请求。
问：升级过程中我的数据会发生什么情况？
答：虽然在升级过程中数据不受影响，但强烈建议在继续升级之前创建备份。 此预防措施将有助于缓解数据由于不可预见的复杂情况而可能丢失的风险。