25.2.7.2 Limits and Differences of NDB Cluster from Standard MySQL Limits — MySQL 9.2

25.2.7.2 Ограничения и отличия NDB Cluster от стандартных ограничений MySQL

В этом разделе перечислены ограничения NDB Cluster, которые отличаются от или отсутствуют в стандартном MySQL.

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

Выполнение оператора DELETE над таблицей NDB освобождает память, ранее использовавшуюся удалёнными строками, только для повторного использования при вставке в ту же таблицу. Однако эту память можно освободить для общего повторного использования, выполнив OPTIMIZE TABLE.

Перезапуск кластера также освобождает память, используемую удалёнными строками. См. Раздел 25.6.5, «Выполнение поэтапного перезапуска NDB Cluster».
Операция DROP TABLE или TRUNCATE TABLE над таблицей NDB освобождает память, используемую этой таблицей, для повторного использования любой таблицей NDB, либо той же таблицей, либо другой таблицей NDB.

Примечание

Обратите внимание, что TRUNCATE TABLE удаляет и повторно создаёт таблицу. См. Раздел 15.1.39, «Оператор TRUNCATE TABLE».
Ограничения, накладываемые конфигурацией кластера. Существует ряд жёстких ограничений, которые настраиваются, но доступная основная память в кластере задаёт пределы. Полный список параметров конфигурации см. в Разделе 25.4.3, «Файлы конфигурации NDB Cluster». Большинство параметров конфигурации могут быть обновлены в режиме работы. К этим жёстким ограничениям относятся:
- Размер памяти базы данных и размер памяти индексов (DataMemory и IndexMemory соответственно).
  
  DataMemory выделяется страницами по 32 КБ. По мере использования каждой страницы DataMemory она назначается конкретной таблице; после выделения эта память не может быть освобождена, кроме как путём удаления таблицы.
  
  См. Раздел 25.4.3.6, «Определение узлов данных NDB Cluster» для получения дополнительной информации.
- Максимальное количество операций, выполняемых за транзакцию, задаётся параметрами конфигурации MaxNoOfConcurrentOperations и MaxNoOfLocalOperations.
  
  Примечание
  
  Массовая загрузка, TRUNCATE TABLE и ALTER TABLE обрабатываются как специальные случаи путём выполнения нескольких транзакций и, следовательно, не ограничены этим.
- Различные ограничения, связанные с таблицами и индексами. Например, максимальное количество упорядоченных индексов в кластере определяется MaxNoOfOrderedIndexes, а максимальное количество упорядоченных индексов на таблицу — 16.
Максимальное число узлов и объектов данных. Следующие ограничения относятся к количеству узлов кластера и метаданных:
- Максимальное количество узлов данных составляет 144. (В NDB 7.6 и более ранних версиях это было 48.)
  
  Узел данных должен иметь идентификатор узла в диапазоне от 1 до 144 включительно.
  
  Узлы управления и API могут использовать идентификаторы узлов в диапазоне от 1 до 255 включительно.
- Максимальное общее количество узлов в NDB Cluster — 255. Это число включает все узлы SQL (MySQL Server), узлы API (приложения, обращающиеся к кластеру, кроме MySQL серверов), узлы данных и узлы управления.
- Максимальное количество объектов метаданных в текущих версиях NDB Cluster составляет 20320. Это ограничение жёстко задано.
См. Раздел 25.2.7.11, «Прежние проблемы NDB Cluster, решённые в NDB Cluster 9.2» для получения дополнительной информации.