Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
В этом разделе мы перечисляем пределы, найденные в MySQL Cluster, что или отличаться от пределов, найденных в, или которые не находятся в, стандартный MySQL.
Использование памяти и восстановление. Память, использованная, когда данные вставляются в NDB таблица автоматически не восстанавливается когда удалено, как это с другими
механизмами хранения. Вместо этого следующие правила сохраняются:
A DELETE оператор на NDB таблица делает память прежде используемой удаленными строками
доступный для повторного использования вставками на той же самой таблице только. Однако, эта память
может быть сделана доступной для общего повторного использования, выполняя OPTIMIZE TABLE.
Прокручивающийся перезапуск кластера также освобождает любую память, используемую удаленными строками. См. Раздел 17.5.5, "Выполняя Прокручивающийся Перезапуск MySQL Cluster".
A DROP TABLE
или TRUNCATE TABLE работа на NDB таблица освобождает память, которая использовалась этой таблицей
для повторного использования любым NDB
таблица, или той же самой таблицей или другим NDB таблица.
Вспомните это TRUNCATE
TABLE отбрасывания и воссоздают таблицу. См. Раздел
13.1.33,"TRUNCATE TABLE Синтаксис".
Пределы налагаются конфигурацией кластера. Много жестких пределов существуют, которые являются конфигурируемой, но доступной оперативной памятью в кластере, устанавливает пределы. См. полный список параметров конфигурации в Разделе 17.3.2, "MySQL Cluster Configuration Files". Большинство параметров конфигурации может быть обновлено онлайн. Эти жесткие пределы включают:
Емкость памяти базы данных и индексирует емкость памяти (DataMemory
и IndexMemory,
соответственно).
DataMemory
выделяется как страницы 32 Кбит. Как каждый DataMemory страница используется, она присваивается
определенной таблице; после того, как выделенный, эта память не может быть освобождена
кроме, отбрасывая таблицу.
См. Раздел 17.3.2.6, "Узлы данных Кластера MySQL Defining", для получения дополнительной информации.
Максимальное количество операций, которые могут быть выполнены на
транзакцию, устанавливается, используя параметры конфигурации MaxNoOfConcurrentOperations и MaxNoOfLocalOperations.
Объемная загрузка, TRUNCATE TABLE, и ALTER TABLE обрабатываются как особые случаи,
выполняя многократные транзакции, и так не подвергаются этому ограничению.
Различные пределы, связанные с таблицами и, индексируют. Например,
максимальное количество упорядоченных индексирует в кластере, определяется MaxNoOfOrderedIndexes, и максимальное количество
упорядоченных индексирует на таблицу, 16.
Узел и максимумы объекта данных. Следующие пределы применяются к числам узлов кластера и объектов метаданных:
Максимальное количество узлов данных 48.
У узла данных должен быть ID узла в диапазоне 1 - 49, включительно. (Управление и узлы API могут использовать ID узла в диапазоне 1 - 255, включительно.)
Полное максимальное количество узлов в MySQL Cluster 255. Это число включает все узлы SQL (MySQL Servers), узлы API (приложения, получающие доступ к кластеру кроме серверов MySQL), узлы данных, и серверы управления.
Максимальное количество объектов метаданных в текущих версиях MySQL Cluster 20320. Этот предел трудно кодируется.
См. Раздел 17.1.6.11, "Предыдущий MySQL Cluster Issues Resolved в MySQL Cluster NDB 7.3", для получения дополнительной информации.