问： 是否可以直接从 MySQL 5.7 升级到 8.4（或跳过主要版本） ？
答： 不支持跨主版本升级（例如，直接从 MySQL 5.7 升级到 8.4）。 必须从 5.7 升级到 8.0，然后从 8.0 升级到 8.4。 将来，如果发布了新的 MySQL 主版本，则不支持跳过主要版本的直接升级。 必须按顺序执行每个主版本升级。
问： 这是否会导致服务器的停机，如果是这样，多久？
答： 如需在升级期间实现最小停机时间，请按照如何使用只读副本实现最小停机时间主版本升级中提到的步骤进行操作。 服务器在升级过程中不可用，因此建议在计划内维护时段执行此作。 估计的停机时间取决于数据库大小、预配的存储大小（已预配的 IOP）和数据库上的表数。 升级时间与服务器上的表数成正比。 若要估计服务器环境的停机时间，建议先对服务器的还原副本执行升级。
问： 我使用的是 HA 服务器。是否可以预期主版本升级的几乎零停机体验，类似于常规维护？
答： 否。 主要版本升级与日常维护有很大不同。 在高可用性主服务器和备用服务器之间进行跨主要版本复制不稳定，这使得我们无法在 Azure Database for MySQL 中进行此类升级时提供近乎零停机的体验。
问： 升级后我的备份会发生什么情况？
答： 在主版本升级之前执行的所有备份（自动/按需）将在用于还原时还原到具有以前版本的服务器。 在主版本升级后执行的所有备份（自动/按需）将还原到具有升级版本的服务器。 强烈建议在执行主版本升级之前进行按需备份，以便轻松回滚。