临时表。  不支持临时表。 尝试创建使用 NDB 存储引擎 的临时表 或更改要使用的现有临时表 NDB 失败，错误 表存储引擎'ndbcluster'不支持创建选项'TEMPORARY' 。

NDB表中的索引和键。  NDB群集表上的键和索引受以下限制：

外键限制。  NDB 8.0中对外键约束的支持与提供的内容相当 InnoDB ，但受以下限制：

有关更多信息，请参见 第13.1.20.6节“使用FOREIGN KEY约束” 和 第1.8.3.2节“FOREIGN KEY约束” 。

NDB集群和几何数据类型。  表 支持 几何数据类型（ WKT 和 WKB ） NDB 。 但是，不支持空间索引。

字符集和二进制日志文件。  目前， 使用 （ASCII）字符集 创建 ndb_apply_status 和 ndb_binlog_index 表 latin1 。 由于二进制日志的名称记录在此表中，因此在这些表中未正确引用使用非拉丁字符命名的二进制日志文件。 这是一个已知问题，我们正在努力解决这个问题。 （缺陷号码＃50226）

要解决此问题，命名二进制日志文件或设置任何时候只使用Latin-1字符 --basedir ， --log-bin 或 --log-bin-index 选择。

使用用户定义的分区创建NDB表。  NDB群集中对用户定义分区的支持仅限于[ LINEAR ] KEY 分区。 使用其他的分区类型用 ENGINE=NDB 或 ENGINE=NDBCLUSTER 在 CREATE TABLE 一个错误的语句的结果。

可以覆盖此限制，但不支持在生产设置中使用此限制。 有关详细信息，请参阅 用户定义的分区和NDB存储引擎（NDB群集） 。

默认分区方案。  默认情况下，所有NDB Cluster表都 KEY 使用表的主键作为分区键进行分区。 如果没有为表显式设置 主键， 则使用 由 存储引擎 自动创建 的 “ 隐藏 ” 主键 NDB 。 有关这些问题和相关问题的其他讨论，请参见 第23.2.5节“KEY分区” 。

CREATE TABLE 和 ALTER TABLE 不会导致用户分区 NDBCLUSTER 表不满足以下两个要求之一或两者的 语句 ，并且失败并显示错误：

例外。  如果 NDBCLUSTER 使用空列列表（即使用 PARTITION BY [LINEAR] KEY() ） 创建 用户分区 表 ，则不需要显式主键。

NDBCLUSTER表的最大分区数。  NDBCLUSTER 使用用户定义的分区时 可以为 表定义的最大分区数是每个节点组8个。 （有关 NDB群集节点组 的详细信息 ， 请参见 第22.1.2节“NDB群集节点，节点组，副本和分区”） 。

DROP PARTITION不受支持。  无法 NDB 使用表 从 表中 删除分区 ALTER TABLE ... DROP PARTITION 。 对于NDB表支持的 ALTER TABLE - ADD PARTITION ， REORGANIZE PARTITION 和 COALESCE PARTITION - 的其他分区扩展 ，但是使用复制等都没有进行优化。 请参见 第23.3.1节“RANGE和LIST分区的管理” 和 第13.1.9节“ALTER TABLE语法” 。

基于行的复制。  在NDB Cluster中使用基于行的复制时，无法禁用二进制日志记录。 也就是说， NDB 存储引擎忽略了它的值 sql_log_bin 。

JSON数据类型。  随NDB 8.0提供 的 mysqld中的 表 JSON 支持 MySQL 数据类型 。 NDB

一个 NDB 表最多可以包含3 JSON 列。

NDB API没有用于处理 JSON 数据的 特殊规定 ，它只是将 BLOB 数据 视为 数据。 处理数据 JSON 必须由应用程序执行。

一 DELETE 上声明 NDB 表使得以前只在同一个表使用通过重新利用现有的已删除的行通过插入记忆。 但是，通过执行，可以使该存储器可用于一般的重复使用 OPTIMIZE TABLE 。

滚动重新启动群集还可以释放已删除行使用的所有内存。 请参见 第22.5.5节“执行NDB集群的滚动重新启动” 。

甲 DROP TABLE 或 TRUNCATE TABLE 上的操作 NDB 表释放的是使用由该表用于通过任何再使用所述存储器 NDB 或者由同一个表或由另一个表， NDB 表中。

群集配置强加的限制。  存在许多可配置的硬限制，但集群中可用的主存储器设置了限制。 请参见 第22.3.3节“NDB集群配置文件” 中的配置参数的完整列表 。 大多数配置参数都可以在线升级。 这些硬限制包括：

节点和数据对象的最大值。  以下限制适用于群集节点和元数据对象的数量：

有关 详细信息， 请参阅 NDB Cluster 7.3中已解决的先前NDB群集问题 。

事务隔离级别。  该 NDBCLUSTER 存储引擎只支持 READ COMMITTED 事务隔离级别。 （ InnoDB ，例如，支持 READ COMMITTED ， READ UNCOMMITTED ， REPEATABLE READ ，和 SERIALIZABLE 。）你应该记住， NDB 实现 READ COMMITTED 在每行的基础; 当读取请求到达存储该行的数据节点时，返回的是此时该行的最后提交的版本。

永远不会返回未提交的数据，但是当修改多个行的事务与读取相同行的事务同时提交时，执行读取的事务可以观察到 “ 之前 ” 值， “ 之后 ” 值或两者之间的不同行由于可以在提交另一个事务之前或之后处理给定行读取请求的事实。

要确保给定事务仅在值之前或之后读取，可以使用强制执行行锁定 SELECT ... LOCK IN SHARE MODE 。 在这种情况下，锁定一直持续到拥有的事务被提交。 使用行锁还可能导致以下问题：

NDB 使用 READ COMMITTED 用于所有读取，除非改性剂如 LOCK IN SHARE MODE 或 FOR UPDATE 使用。 LOCK IN SHARE MODE 导致使用共享行锁; FOR UPDATE 导致使用独占行锁。 唯一的密钥读取会自动升级其锁定， NDB 以确保自我读取; BLOB 读取还使用额外锁定来保持一致性。

有关 NDB Cluster实现事务隔离级别如何影响 数据库 备份和还原的信息 ， 请参见 第22.5.3.4节“NDB集群备份故障排除” NDB 。

事务和BLOB或TEXT列。  NDBCLUSTER 只存储使用MySQL 可见的表中 任何MySQL BLOB 或 TEXT 数据类型 的列值的一部分 ; 其余部分 BLOB 或 TEXT 存储在MySQL无法访问的单独内部表中。 这会产生两个相关的问题，每当 SELECT 在包含这些类型的列的表上 执行 语句 时，您应该注意 这些问题：

回滚。  没有部分事务，也没有部分事务回滚。 重复键或类似错误会导致整个事务回滚。

此行为与其他事务存储引擎的行为不同，例如 InnoDB 可能会回滚单个语句。

事务和内存使用情况。  如本章其他部分所述，NDB Cluster不能很好地处理大型事务; 最好是执行一些只有少量操作的小事务，而不是尝试包含大量操作的单个大事务。 除其他考虑因素外，大型事务需要非常大量的内存。 因此，许多MySQL语句的事务行为会受到影响，如下面的列表所述：

事务和COUNT（）函数。  使用NDB群集复制时，无法保证 COUNT() 从站上的功能 的事务一致性 。 换句话说，当在主服务器上执行一系列 更改单个事务中的表中行数 的语句（ INSERT ， DELETE 或两者）时， 对从服务器 执行 查询可能会产生中间结果。 这是因为 可能执行脏读操作，并且不是 存储引擎中 的错误 。 （有关更多信息，请参阅Bug＃31321。） SELECT COUNT(*) FROM table SELECT COUNT(...) NDB

暂时的错误。  首次启动节点时，您可能会看到错误1204 临时故障，分发已更改 以及类似的临时错误。

节点故障导致的错误。  任何数据节点的停止或失败都可能导致许多不同的节点故障错误。 （但是，在执行计划的群集关闭时，应该没有中止的事务。）

数据库和表名。  使用 NDB 存储引擎时，数据库名称和表名称的最大允许长度为63个字符。 使用长度超过此限制的数据库名称或表名称的语句将失败并显示相应的错误。

数据库对象的数量。  单个NDB群集（包括数据库，表和索引） 中 所有 NDB 数据库对象 的最大数量 限制为20320。

每个表的属性。  可以属于给定表的最大属性数（即列和索引）为512。

每个键的属性。  每个键的最大属性数为32。

行大小。  任何一行的最大允许大小为14000字节。 每个 BLOB 或 TEXT 列贡献256 + 8 = 264个字节。

另外， NDB 表 的固定宽度列的最大偏移量 是8188字节; 尝试创建违反此限制的表失败，出现NDB错误851 超出固定大小列的最大偏移量 。 对于基于内存的列，您可以通过使用可变宽度列类型（例如 VARCHAR 将列定义 为）来解决此限制 COLUMN_FORMAT=DYNAMIC ; 这不适用于存储在磁盘上的列。 对于基于磁盘的列，您可以通过重新排序一个或多个表的基于磁盘的列来实现此目的，以便除了最后定义的基于磁盘的列之外的所有列的组合宽度。 CREATE TABLE 用于创建表的语句不超过8188个字节，减去对某些数据类型执行的任何可能的舍入，例如 CHAR 或 VARCHAR ; 否则，有必要为一个或多个违规列或列使用基于内存的存储。

每个表的BIT列存储。  BIT 给定 NDB 表中 使用的 所有 列 的最大组合宽度为 4096。

固定列存储。  NDB Cluster 8.0支持 FIXED 列中 每个数据片段最多128 TB 。

索引前缀。  NDB 表 不支持索引的前缀 。 如果前缀是在声明用作索引规范的一部分，例如 CREATE TABLE ， ALTER TABLE ，或 CREATE INDEX ，不被创建的前缀 NDB 。

包含索引前缀以及创建或修改 NDB 表 的语句 仍必须在语法上有效。 例如，以下语句始终失败，错误1089 错误的前缀键; 使用的关键部分不是字符串，使用的长度比关键部分长，或者存储引擎不支持唯一的前缀键 ，无论存储引擎如何：

CREATE TABLE t1（
    c1 INT NOT NULL，
    c2 VARCHAR（100），
    INDEX i1（c2（500）） 
）;

这是因为SQL语法规则没有索引可能具有大于其自身的前缀。

保存点和回滚。  保存点和回滚到保存点将被忽略，如 MyISAM 。

提交的持久性。  磁盘上没有持久提交。 提交已复制，但无法保证在提交时将日志刷新到磁盘。

复制。  不支持基于语句的复制。 设置群集复制时 使用 --binlog-format=ROW （或 --binlog-format=MIXED ）。 有关 更多信息 ， 请参见 第22.6节“NDB群集复制” 。

使用全局事务标识符（GTID）的复制与NDB Cluster不兼容，并且在NDB Cluster 8.0中不受支持。 使用 NDB 存储引擎 时不要启用GTID ，因为这很可能会导致问题，包括NDB群集复制失败。

NDB群集不支持半同步复制。

生成的列。  该 NDB 存储引擎不支持虚拟生成列的索引。

与其他存储引擎一样，您可以在存储的生成列上创建索引，但是您应该记住 NDB 使用 DataMemory 存储生成的列以及 IndexMemory 索引。 有关 示例， 请参阅 NDB群集中的JSON列和间接索引 。

NDB群集将存储的生成列中的更改写入二进制日志，但不记录对虚拟列的更改。 这不应影响NDB群集复制或 NDB 其他MySQL存储引擎 之间的复制 。

范围扫描。  由于对 NDB 存储引擎的 顺序访问，存在查询性能问题 ; 与其中任何一个 MyISAM 或 多个扫描相比，进行多次扫描也相对更昂贵 InnoDB 。

范围内记录的可靠性。  该 Records in range 统计是有的，但没有完全测试或正式支持。 在某些情况下，这可能会导致非最佳查询计划。 如有必要，您可以使用 USE INDEX 或 FORCE INDEX 更改执行计划。 有关 如何执行此操作的详细信息 ， 请参见 第8.9.4节“索引提示” 。

唯一的哈希索引。  USING HASH 如果 NULL 作为密钥的一部分给出， 则使用 创建的唯一哈希索引 不能用于访问表 。

机器架构。  群集中使用的所有计算机必须具有相同的体系结构。 也就是说，托管节点的所有计算机必须是big-endian或little-endian，并且不能同时使用两者。 例如，您不能在PowerPC上运行管理节点，该节点指示在x86计算机上运行的数据节点。 此限制不适用于仅运行 mysql 或可能正在访问群集的SQL节点的其他客户端的 计算机 。

二进制日志。  NDB Cluster在二进制日志记录方面具有以下限制或限制：

任何数据节点重新启动时都会拒绝架构操作（DDL语句）。

副本数量。  由 NoOfReplicas 数据节点配置参数 确定的副本 数是NDB Cluster存储的所有数据的副本数。 将此参数设置为1表示只有一个副本; 在这种情况下，不提供冗余，并且数据节点的丢失导致数据丢失。 为了保证冗余，即使数据节点出现故障也能保存数据，请将此参数设置为2，这是生产中的默认值和建议值。

可以设置 NoOfReplicas 为大于2的值（最多为4），但不必防止数据丢失。 此外， 生产中不支持此参数的大于2的值 。

最大表空间数：2 ³² （4294967296）

每个表空间的最大数据文件数：2 ¹⁶ （65536）

表空间数据文件的最小和最大可能大小分别为32K和2G。 有关 更多信息 ， 请参见 第13.1.21节“CREATE TABLESPACE语法” 。

数据文件使用 DataMemory 。 用法与内存中数据的用法相同。

数据文件使用文件描述符。 请务必记住，数据文件始终处于打开状态，这意味着文件描述符始终在使用中，不能重复用于其他系统任务。

范围要求足够 DiskPageBufferMemory ; 您必须为此参数保留足够的内容以考虑所有扩展区使用的所有内存（扩展区数乘以扩展区大小）。

没有分布式表锁。  A LOCK TABLES 仅适用于发出锁定的SQL节点; 群集中没有其他SQL节点 “ 看到 ” 此锁定。 对于锁定表作为其操作一部分的任何语句发出的锁也是如此。 （有关示例，请参阅下一项。）

ALTER TABLE操作。  ALTER TABLE 运行多个MySQL服务器（SQL节点）时没有完全锁定。 （如前一项所述，NDB Cluster不支持分布式表锁。）

如果任何管理服务器在同一主机上运行，​​则必须在连接字符串中为节点提供显式ID，因为节点ID的自动分配在同一主机上的多个管理服务器上不起作用。 如果每个管理服务器驻留在不同的主机上，则不需要这样做。

管理服务器启动时，它首先检查同一NDB群集中的任何其他管理服务器，并在成功连接到其他管理服务器时使用其配置数据。 这意味着 将忽略 管理服务器 --reload 和 --initial 启动选项，除非管理服务器是唯一运行的服务器。 这还意味着，当执行具有多个管理节点的NDB群集的滚动重新启动时，管理服务器将读取其自己的配置文件（如果（仅当）它是此NDB群集中运行的唯一管理服务器）。 请参见 第22.5.5节“执行NDB集群的滚动重新启动” ， 欲获得更多信息。

Python 2.6或更高版本。  Auto-Installer需要Python解释器和标准库。 如果系统上尚未安装这些，您可以使用系统的软件包管理器添加它们。 否则，您可以从 http://python.org/download/ 下载它们 。

Paramiko 2或更高。  这是使用SSH与远程主机通信所必需的。 您可以从 http://www.lag.net/paramiko/ 下载 。 Paramiko也可以从您系统的包管理器中获得。