列宽。  尝试在宽度大于 3072 字节的表列上创建索引 NDB成功，但实际上只有前 3072 字节用于索引。在这种情况下，警告Specified key was too long；max key length is 3072 bytes发出，SHOW CREATE TABLE语句显示索引的长度为 3072。

TEXT 和 BLOB 列。  您不能在 NDB使用任何TEXT或 BLOB数据类型的表列上创建索引。

全文索引。 NDB存储引擎不支持索引 ，索引只能FULLTEXT用于 MyISAM和 InnoDB表。

但是，您可以在 VARCHAR表的列上 创建索引NDB。

使用哈希键和 NULL。  在唯一键和主键中使用可为空的列意味着使用这些列的查询将作为全表扫描处理。要解决此问题，请创建列，或在没有该 选项 NOT NULL的情况下重新创建索引。USING HASH

前缀。  没有前缀索引；只能索引整个列。（NDB 列索引的大小始终与列的宽度相同，以字节为单位，最多并包括 3072 字节，如本节前面所述。另请参阅 第 21.2.7.6 节，“NDB Cluster 中不支持或缺少的功能”，了解更多信息。）

位列。  列BIT不能是主键、唯一键或索引，也不能是复合主键、唯一键或索引的一部分。

AUTO_INCREMENT 列。  与其他 MySQL 存储引擎一样， NDB存储引擎最多可以处理每个表的一 AUTO_INCREMENT列，并且必须对该列进行索引。但是，对于没有显式主键的 NDB 表， AUTO_INCREMENT会自动定义一个列并将其用作 “隐藏”主键。因此，您不能创建NDB具有AUTO_INCREMENT列但没有显式主键的表。

以下CREATE TABLE语句不起作用，如下所示：

# No index on AUTO_INCREMENT column; table has no primary key
# Raises ER_WRONG_AUTO_KEY
mysql> CREATE TABLE n (
    ->     a INT,
    ->     b INT AUTO_INCREMENT
    ->     )
    -> ENGINE=NDB;
ERROR 1075 (42000): Incorrect table definition; there can be only one auto
column and it must be defined as a key 

# Index on AUTO_INCREMENT column; table has no primary key
# Raises NDB error 4335
mysql> CREATE TABLE n (
    ->     a INT,
    ->     b INT AUTO_INCREMENT,
    ->     KEY k (b)
    ->     )
    -> ENGINE=NDB;
ERROR 1296 (HY000): Got error 4335 'Only one autoincrement column allowed per
table. Having a table without primary key uses an autoincr' from NDBCLUSTER

以下语句创建一个表，其中包含主键、AUTO_INCREMENT列和该列的索引，并成功：

# Index on AUTO_INCREMENT column; table has a primary key
mysql> CREATE TABLE n (
    ->     a INT PRIMARY KEY,
    ->     b INT AUTO_INCREMENT,
    ->     KEY k (b)
    ->     )
    -> ENGINE=NDB;
Query OK, 0 rows affected (0.38 sec)

如果不是表的主键，则作为外键引用的每一列都需要一个明确的唯一键。

ON UPDATE CASCADE当引用是父表的主键时不支持。

这是因为主键的更新是通过删除旧行（包含旧主键）加上插入新行（具有新主键）来实现的。这对内核不可见， NDB内核将这两行视为相同，因此无法知道应该级联更新。

从 NDB 7.5.14 和 NDB 7.6.10 开始：在子表包含任何或 类型ON DELETE CASCADE的一个或多个列的情况下不支持 。（漏洞 #89511，漏洞 #27484882） TEXTBLOB

SET DEFAULT不支持。（也不支持InnoDB。）

关键字被接受但被NO ACTION视为RESTRICT. （也与 . 相同InnoDB。）

在 NDB Cluster 的早期版本中，当使用外键引用另一个表中的索引创建表时，有时即使索引中列的顺序不匹配，也可能创建外键，因为内部并不总是返回适当的错误。在大多数情况下，针对此问题的部分修复改进了内部使用的错误；但是，如果父索引是唯一索引，这种情况仍有可能发生。（缺陷号 18094360）

在 NDB 7.5.6 之前，当使用添加或删除外键ALTER TABLE时，父表的元数据不会更新，这使得随后可以在父表上执行ALTER TABLE无效的语句。要解决此问题， SHOW CREATE TABLE请在添加或删除外键后立即在父表上执行；这会强制重新加载父级的元数据。

此问题已在 NDB 7.5.6 中修复。（错误#82989，错误#24666177）

cpustat: 提供每秒、每线程的 CPU 统计信息

cpustat_50ms：原始的每线程 CPU 统计数据，每 50 毫秒收集一次

cpustat_1sec：原始的每线程 CPU 统计数据，每秒收集一次

cpustat_20sec：原始的每线程 CPU 统计数据，每 20 秒收集一次

threads：线程类型的名称和描述

cluster_locks：当前正在等待或持有锁的锁请求；此信息在调查停顿和死锁时很有用。类似于 cluster_operations。

locks_per_fragment：锁定请求的计数，每个片段的结果，以及等待锁定成功和失败所花费的总时间。类似于 operations_per_fragment 和 memory_per_fragment。

server_locks：集群事务的子集——在本地 mysqld上运行的事务，显示每个事务的连接 ID。类似于 server_operations。