你当前正在访问 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.37 |
MySQL 版本 8.4 | 8.4.2 |
MySQL 版本 9.1 | 9.1.0 |
请阅读版本支持策略文档中已停用版本的版本支持策略。
主要版本支持
如版本控制策略中的规定所述,Azure Database for MySQL 支持从 Azure 开始支持它之日起到 MySQL 社区停用它为止的每个主要版本 MySQL。
创新发布版本支持
提供 MySQL 创新版本的目的是实现对最新 MySQL 特性和功能的访问。 对这些版本的支持包括核心功能,但不包括高级功能,例如高可用性 (HA)、副本和自动备份。 创新版本支持仅限于最新版本,并且不保留以前的版本未,以确保用户能够访问最新的改进。 每台创新版本服务器从创建日期起拥有 30 天生命周期,之后会自动将其移除。 在这些版本的生命周期内,不会应用每月维护更新。
次要版本支持
在定期维护过程中,Azure Database for MySQL 会自动执行次要版本升级到 Azure 首选的版本。
主要版本停用策略
下表列出了 MySQL 主版本的停用详细信息。 显示的日期遵循 MySQL 版本控制策略。
版本 | 新增功能 | Azure 支持开始日期 | Azure 支持结束日期 | 社区停用日期 |
---|---|---|---|---|
MySQL 5.7 | 功能 | 2018 年 3 月 20 日 | 2025 年 9 月 | 2023 年 10 月 |
MySQL 8 | 功能 | 2019 年 12 月 11 日 | NA | 2026 年 4 月 |
在 2023 年 10 月停用 MySQL 社区版本后,Azure Database for MySQL 服务会发生什么情况?
为了响应客户的请求,Microsoft 已决定将对 Azure Database for MySQL 的支持延长到 2023 年 10 月之后。 在外延支持期间(持续到 2025 年 9 月),Microsoft 优先考虑服务的可用性、可靠性和安全性。 虽然对于次要版本升级没有保证,但我们实施了基本修改,以确保服务继续处于可访问、可靠和受保护的状态。 我们的计划包括:
- 延长对 v5.7 Azure Database for MySQL 灵活服务器的支持到 2025 年 9 月,为客户提供充足的时间来规划和执行到 MySQL v8.0 的升级。
在我们结束对 Azure Database for MySQL 5.7 的支持之前,你应该关注几个重要的时间线。
Azure MySQL 5.7 弃用时间线
时间线 | Azure MySQL 5.7 灵活服务器 |
---|---|
使用 Azure 门户创建新服务器。 | 有待确定 |
使用命令行接口 (CLI) 创建新服务器。 | 有待确定 |
为现有服务器创建副本服务器。 | 2025 年 9 月 |
使用现有服务器的还原工作流创建服务器 | 2025 年 9 月 |
创建新服务器以从 Azure Database for MariaDB 迁移到 Azure Database for MySQL 灵活服务器。 | 2025 年 9 月 |
对 Azure Database for MySQL v5.7 的外延支持 | 2025 年 9 月 |
注意
我们最初计划于 2024 年 4 月之后停止通过 CLI 和门户创建新的 Azure Database for MySQL 版本 5.7 实例。 但是,经过进一步考虑和客户反馈后,我们决定推迟这一举措。 停止创建新 MySQL 5.7 实例的日期目前正在接受审核,并且仍将处于“待定”状态。 此变更反映了我们致力于满足客户需求并在过渡期间提供灵活性的承诺。 如果对 Azure Database For MySQL 灵活服务器对 MySQL 5.7 的外延支持有任何疑问,请随时通过询问 Azure DB For MySQL 向我们发送电子邮件来告知我们,我们重视你的反馈,并鼓励你在我们应对这些更改时保持沟通。
常见问题
问:将 Azure Database for MySQL - 灵活服务器从版本 v5.7 升级到 v8.0 的过程是怎样的?
答:从 2023 年 5 月开始,Azure Database for MySQL 灵活服务器使你能够利用主要版本升级 (MVU) 功能执行从 MySQL v5.7 到 v8.0 的就地升级。 有关更多详细信息,请参阅 Azure Database for MySQL 灵活服务器中的主版本升级文档。
问:升级过程中是否有任何预期的停机时间或性能影响?
答:是的,升级过程中预计会有一些停机时间。 具体持续时间取决于数据库的大小和复杂度等因素。 我们建议在非生产环境中进行测试升级,以评估预期的停机时间和潜在的性能影响。 假设你在升级期间最大程度地减少了应用程序的停机时间。 在这种情况下,可以探索使用只读副本执行从 MySQL 5.7 到 MySQL 8.0 的最短停机时间主版本升级选项。
问:升级到 MySQL v8.0 后是否可以回退到 MySQL v5.7?
答:虽然不建议从 MySQL v8.0 降级到 v5.7,因为后者已接近生命周期终止状态,但我们承认在某些特定情况可能需要这种灵活性。 为确保升级过程顺利并缓解任何潜在问题,建议在继续升级到 MySQL v8.0 之前,通过执行全面的按需备份来遵循最佳做法。 此备份是一种预防措施,支持你在 MySQL v8.0 出现任何意外问题或复杂情况时,在另一个新的 Azure Database for MySQL - 灵活服务器上将数据库还原到之前的版本。
问:升级到 MySQL v8.0 的主要优点是什么?
答:MySQL v8.0 附带了大量改进,包括更高效的数据字典、增强的安全性以及其他功能(例如常见表表达式和窗口函数)。 有关详细信息,请参阅 MySQL 8.0 发行说明
Q:升级到 MySQL v8.0 时,是否有任何需要注意的兼容性问题?
答:MySQL v8.0 中的更改可能会导致一些兼容性问题。 请务必在升级生产数据库之前,使用 MySQL v8.0 测试应用程序。 有关兼容性问题的详细列表,请查看 MySQL 的官方文档。
问:如果我在升级过程中遇到问题,可以获得哪些支持?
答:如有疑问,请从 Microsoft Q&A 中的社区专家获取解答。 如有支持计划并需要技术帮助,请创建支持请求。
问:升级期间我的数据会怎样?
答:虽然数据在升级过程中不会受到影响,但强烈建议在继续升级之前创建备份。 此预防措施将有助于缓解数据由于不可预见的复杂情况而可能丢失的风险。
问:2025 年 9 月之后的服务器 5.7 会怎样?
答:请参阅我们的停用的 MySQL 版本支持政策,了解 Azure Database for MySQL 5.7 终止支持后会发生什么情况
Azure Database for MySQL 不支持已停用的 MySQL 引擎版本
在停用每个 MySQL 数据库版本之后,如果继续运行已停用版本,需要注意以下限制:
由于社区不会发布任何进一步的 bug 修复或安全修复,Azure Database for MySQL 不会针对任何 bug 或安全问题修补已停用的数据库引擎,也不会以其他方式采取针对性的安全措施。 但是,Azure 将继续对主机、OS、容器以及其他与服务相关的组件执行定期维护和修补。
- 如果遇到的任何问题与 MySQL 数据库相关,则我们可能无法为你提供帮助。 在这种情况下,必须升级数据库,我们才能为你提供支持。
- 无法为已停用的版本创建新的数据库服务器。 但能够执行时间点恢复并为现有服务器创建只读副本。
- Azure Database for MySQL 开发的新服务功能可能仅适用于受支持的数据库服务器版本。
- 运行时间 S.L.A. 仅适用于与 Azure Database for MySQL 服务相关的问题,而不适用于与数据库引擎相关的 bug 导致的任何故障时间。 在极端情况下,如果在已停用的数据库版本中确定的 MySQL 数据库引擎漏洞对服务构成严重威胁,Azure 可能会首先选择阻止数据库服务器的计算节点保护服务。 系统会提示你在服务器上线之前升级服务器。 在升级过程中,将始终使用在服务上执行的自动备份来保护数据,该备份可用于按需还原到旧版本。