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

  • ALTER TABLE

  • DROP TABLE

  • CREATE DATABASE / CREATE SCHEMA

  • DROP DATABASE / DROP SCHEMA

  • CREATE TABLESPACE

  • ALTER TABLESPACE

  • DROP TABLESPACE

  • 创建日志文件组

  • 更改日志文件组

  • 删除日志文件组

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

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

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

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