21.2.9.2 升级和降级 NDB 7.6

本节提供有关不同 NDB Cluster 7.6 版本之间在执行升级和降级以及兼容性矩阵和说明方面的兼容性的信息。还可以在此处找到有关从 NDB 7.6 降级到以前的 NDB 版本系列的其他信息。在尝试升级或降级之前,您应该已经熟悉 NDB Cluster 的安装和配置。参见第 21.3 节“ NDB 群集的配置”

此处显示的 table 提供了有关 NDB 群集在不同版本的 NDB 7.6 之间的升级和降级兼容性的信息。可以在下 table 后找到有关向 NDB Cluster 7.6 版本系列进行升级或降级的其他说明。

图 21.37 NDB 群集升级和降级兼容性,MySQL NDB 群集 7.6

NDB 7.6 源树中包含在文件 storage/ndb/src/common/util/version.cpp 中的升级/降级矩阵的图形 table 示。

版本支持. 以下版本的 NDB Cluster 支持升级到 NDB Cluster 7.6(7.6.6 及更高版本)的 GA 版本:

  • NDB Cluster 7.5 GA 版本(7.5.4 及更高版本)

  • NDB Cluster 7.4 GA 版本(7.4.4 及更高版本)

  • NDB Cluster 7.3 GA 版本(7.3.2 和更高版本)

已知问题. 升级,降级或在 NDB 7.6 版本之间降级时,会发生以下问题:

磁盘数据文件格式的更改. 由于磁盘格式的更改,从此处列出的两个版本升级或降级都需要对每个数据节点进行初始节点重启:

  • NDB 7.6.2

  • NDB 7.6.4

为避免与旧格式有关的问题,升级时应重新创建任何现有 table 空间并撤消日志文件组。您可以通过在升级过程中对每个数据节点进行初始重新启动(即使用--initial选项)来完成此操作。

如果使用的是磁盘数据 table,则从* any * NDB 7.6 版本降级到任何 NDB 7.5 或更早版本都需要在降级过程中使用--initial重新启动所有数据节点。这是因为 NDB 7.5 和早期版本系列无法读取新的磁盘数据文件格式。

IndexMemory 发生更改. 如果从 NDB 7.6 降级到 NDB 7.5(或更早版本),则必须在群集配置文件中为IndexMemory设置一个显式值(如果尚不存在)。这是因为 NDB 7.6.2(及更高版本)不使用此参数,并且默认情况下将其设置为 0,而在 NDB 7.5 和更早版本中则是必需的,在该版本中,群集拒绝以从 Management Server 接收到的无效配置开始。 ..如果IndexMemory未设置为非零值。

Important

从较早的版本升级到 NDB 7.6.4 或更高版本,或从 NDB 7.6.4 或更高版本降级到较早的版本,需要清除然后重新创建NDB数据节点文件系统,这意味着必须使用以下命令重新启动每个数据节点。 --initial选项作为滚动重启或系统重启的一部分,通常是必需的。 (在没有文件系统的情况下启动数据节点已经等同于初始重新启动;在这种情况下,--initial是隐含的,而不是必需的.与 NDB Cluster 的早期版本相同.)

在升级到 NDB 7.6.4 或更高版本的过程中执行这种重新启动时,将检查所有现有 LCP 文件中是否存在 LCP Sysfile,这 table 明现有数据节点文件系统是使用 NDB 7.6.4 或更高版本编写的。 。如果存在这样的节点文件系统,但不包含Sysfile,并且如果没有使用--initial选项就重新启动了任何数据节点,则NDB会导致重新启动失败并显示相应的错误消息。

您还应该注意,从 NDB 7.6.4 或更高版本降级到 NDB 7.6.4 之前的版本时,无法提供这种保护。