列宽。  尝试在宽度大于 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（MySQL 5.6.4 及更高版本）InnoDB表。

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

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

前缀。  没有前缀索引；只能索引整个列。（NDB 列索引的大小始终与列的宽度相同，以字节为单位，最多并包括 3072 字节，如本节前面所述。另请参阅 第 18.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.3.25 和 NDB 7.4.24 开始：在子表包含任何或 类型ON DELETE CASCADE的一个或多个列的情况下不支持 。（漏洞 #89511，漏洞 #27484882） TEXTBLOB

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

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

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

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

此问题已在 NDB 7.4.15 及更高版本中修复。（错误#82989，错误#24666177）