MySQL 9.0 发行说明
本节说明如何升级组复制设置。升级组成员的基本过程与升级独立实例相同，有关实际升级过程和可用类型的说明，请参见第 3 章，升级 MySQL。选择就地升级还是逻辑升级取决于组中存储的数据量。通常，就地升级速度更快，因此建议使用此方法。您还应参考第 19.5.3 节，“升级或降级复制拓扑”。
注意
在 MySQL 8.4 之前，如果服务器运行的 MySQL 服务器版本低于最低组成员的版本，则该服务器将无法加入组。例如，对于具有 S1 (8.0.30)、S2 (8.0.31) 和 S3 (8.0.32) 的组，加入的成员需要是 8.0.30 或更高版本。MySQL 8.4 允许 8.4 系列中的所有版本加入。例如，8.4.0 服务器可以加入由 S1 (8.4.1) 和 S2 (8.4.2) 组成的组。
在您在线升级组的过程中，为了最大程度地提高可用性，您可能需要同时运行具有不同 MySQL 服务器版本的成员。组复制包含兼容性策略，使您能够在升级过程中安全地在同一组中组合运行不同 MySQL 版本的成员。根据您的组，这些策略的影响可能会影响您应该升级组成员的顺序。有关详细信息，请参见第 20.8.1 节，“在组中合并不同成员版本”。
如果您的组可以完全离线，请参见第 20.8.2 节，“组复制离线升级”。如果您的组需要保持在线状态（这在生产部署中很常见），请参见第 20.8.3 节，“组复制在线升级”，了解可用于以最少停机时间升级组的不同方法。