21.1.7.8 NDB 群集独有的问题

以下是特定于NDB存储引擎的限制:

  • 机器架构. 集群中使用的所有计算机必须具有相同的架构。也就是说,所有托管节点的计算机都必须是 big-endian 或 little-endian,并且您不能同时使用两者。例如,您不能在 ManagementPC 的 PowerPC 上运行 Management 节点,而该 PC 指导在 x86 机器上运行的数据节点。此限制不适用于仅运行mysql的计算机或可能正在访问群集的 SQL 节点的其他 Client 端。

  • 二进制日志记录. NDB 群集在二进制日志记录方面具有以下限制:

  • sql_log_bin对数据操作没有影响;但是,架构操作支持它。

    • NDB Cluster 无法为具有BLOB列但没有主键的 table 生成二进制日志。

    • 仅以下模式操作记录在群集二进制日志中,该二进制日志在执行该语句的mysqld上不是*:

  • CREATE TABLE

  • Schema 操作. 在任何数据节点重新启动时,Schema 操作(DDL 语句)将被拒绝。执行在线升级或降级时,也不支持架构操作。

  • 副本数. NoOfReplicas数据节点配置参数确定的副本数是 NDB Cluster 存储的所有数据的副本数。将此参数设置为 1 意味着只有一个副本。在这种情况下,没有提供冗余,并且数据节点的丢失导致数据丢失。为了保证冗余,从而即使在数据节点出现故障时也可以保留数据,请将此参数设置为 2,这是 Producing 的默认值和建议值。

可以将NoOfReplicas设置为大于 2 的值(最大为 4),但这对于防止数据丢失是不必要的。此外,Producing 不支持*该参数的值大于 2.

另请参见第 21.1.7.10 节“与多个 NDB 群集节点有关的限制”