Ширина столбца. Попытка создать индекс для столбца таблицы NDB, ширина которого превышает 3072 байта, отклоняется с сообщением: Указанный ключ слишком длинный; максимальная длина ключа составляет 3072 байта.

Попытка создать индекс для столбца таблицы NDB, ширина которого превышает 3056 байт, приводит к предупреждению. В таких случаях статистическая информация не генерируется, что может привести к выбору неоптимального плана выполнения запроса. Поэтому рекомендуется, по возможности, сделать длину индекса короче 3056 байт.

Столбцы TEXT и BLOB. Нельзя создавать индексы для столбцов таблицы NDB, использующих любой из типов данных TEXT или BLOB.

Индексы FULLTEXT. Движок хранения NDB не поддерживает индексы FULLTEXT, которые возможны только для таблиц MyISAM и InnoDB.

Однако можно создавать индексы для столбцов VARCHAR таблиц NDB.

Ключи HASH и NULL. Использование столбцов с возможностью значения NULL в уникальных ключах и первичных ключах означает, что запросы, использующие эти столбцы, обрабатываются как полные сканирования таблицы. Чтобы обойти эту проблему, сделайте столбец NOT NULL или пересоздайте индекс без опции USING HASH.

Префиксы. Нет индексов-префиксов; можно индексировать только целые столбцы. (Размер индекса столбца NDB всегда равен ширине столбца в байтах, не превышая 3072 байта, как описано ранее в этом разделе. Также см. Раздел 21.2.7.6, «Неподдерживаемые или отсутствующие функции в кластере NDB» для дополнительной информации.)

Столбцы BIT. Столбец 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
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
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 не поддерживается, если дочерняя таблица содержит один или несколько столбцов любого из типов TEXT или BLOB. (Ошибка #89511, Ошибка #27484882)

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: Предоставляет статистику использования ЦП в секунду на поток.

cpustat_50ms: Сырые данные статистики использования ЦП на поток, собираемые каждые 50 мс.

cpustat_1sec: Сырые данные статистики использования ЦП на поток, собираемые каждую секунду.

cpustat_20sec: Сырые данные статистики использования ЦП на поток, собираемые каждые 20 секунд.

threads: Имена и описания типов потоков.

cluster_locks: Текущие запросы на блокировку, ожидающие или удерживающие блокировки; эта информация может быть полезна при исследовании остановок и тупиков. Аналогично cluster_operations.

locks_per_fragment: Количество запросов на получение блокировок и их исходов на фрагмент, а также общее время ожидания успешно и неуспешно полученных блокировок. Аналогично operations_per_fragment и memory_per_fragment.

server_locks: Подмножество кластерных транзакций — тех, которые выполняются на локальном mysqld, показывающее идентификатор подключения на транзакцию. Аналогично server_operations.