列宽.  尝试在NDB表中创建索引的列宽大于3072字节时，操作将成功，但实际使用的索引长度为3072字节。在这种情况下，将发出警告Specified key was too long; max key length is 3072 bytes，并SHOW CREATE TABLE语句将显示索引长度为3072。

TEXT 和 BLOB 列. 您不能在NDB 表中的TEXT或BLOB数据类型的列上创建索引。

FULLTEXT 索引. NDB 存储引擎不支持MyISAM和InnoDB表的FULLTEXT索引。

然而，您可以在VARCHAR列上创建索引的NDB表中。

使用 HASH 键和 NULL. 在唯一键和主键中使用可空列意味着使用这些列的查询将被处理为全表扫描。要解决这个问题，可以将列设置为NOT NULL,或重新创建索引而不使用USING HASH选项。

前缀.  没有前缀索引，只能对整个列进行索引。(NDB 列索引的大小总是与列宽（以字节为单位）相同，直到包括 3072 字节，详见本节早期部分。另外，请参阅第25.2.7.6节，“NDB 集群中不支持或缺失的特性”，了解更多信息。)

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

AUTO_INCREMENT 列.  就像其他 MySQL 存储引擎一样，AUTO_INCREMENT 列，并且这个列必须是索引。然而，在没有明确主键的 NDB 表中，AUTO_INCREMENT 列将被自动定义并用作隐藏的主键。因此，你不能创建一个没有明确主键的 NDB 表，同时包含 AUTO_INCREMENT 列。

以下以下语句创建了一个主键、AUTO_INCREMENT 列和对该列的索引，并成功执行：

# 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

The following statement creates a table with a primary key, an AUTO_INCREMENT column, and an index on this column, and succeeds:

# 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 内核不可见，它将这两个行视为同一个，因此无法知道该更新应该被级联。

ON DELETE CASCADE 在子表中包含任何 TEXT 或 BLOB 类型的列时不受支持。 (Bug #89511, Bug #27484882)

SET DEFAULT 不受支持。 (同样不受InnoDB支持)

关键字 NO ACTION 被接受，但被视为 RESTRICT。 NO ACTION 是 MySQL 8.4 的默认值，也是与InnoDB相同的行为。

在 NDB 集群的早期版本中，当创建一个引用另一个表中的索引的外键时，可能会出现情况，即使索引列的顺序不匹配，因为内部没有总是返回错误。部分解决方案改进了内部错误，以便在大多数情况下工作；然而，在父索引为唯一索引的情况下，这种情况仍然可能发生。 (Bug #18094360)