17.5.13.1. Добавление MySQL Cluster Data Nodes Online: Общие вопросы

Этот раздел предоставляет общую информацию о поведении и текущих ограничениях в добавляющих узлах MySQL Cluster онлайн.

Перераспределение Данных. Возможность добавить новые узлы онлайн включает средство реорганизовать NDBCLUSTER табличные данные и индексируют так, чтобы они были распределены через все узлы данных, включая новые. Табличная перестройка и Таблиц данных в памяти и Дисковых Таблиц данных поддерживается. Это перераспределение в настоящий момент не включает уникальные индексы (только упорядоченный, индексирует, перераспределяются), или BLOB табличные данные.

Перераспределение для NDBCLUSTER таблицы, уже существующие перед новыми узлами данных, были добавлены, не автоматическое, но может быть выполнен, используя простые SQL-операторы в mysql или другом клиентском приложении MySQL. Однако, все данные и индексируют добавленный к таблицам, составленным после того, как новая группа узла была добавлена, распределяются автоматически среди всех узлов данных кластера, включая добавленных как часть новой группы узла.

Частичные запуски. Возможно добавить новую группу узла безо всех новых запускаемых узлов данных. Также возможно добавить новую группу узла к ухудшенному кластеру — то есть, кластер, который только частично запускается, или куда один или более узлов данных не работают. В последнем случае у кластера должны быть достаточно многие узлы, работающие, чтобы быть жизнеспособным прежде, чем новая группа узла сможет быть добавлена.

Эффекты на продолжающиеся операции. Нормальные операции DML, используя данные MySQL Cluster не предотвращаются созданием или добавлением новой группы узла, или табличной перестройкой. Однако, не возможно выполнить DDL одновременно с табличной перестройкой — то есть, никакие другие заявления DDL не могут быть сделаны в то время как ALTER TABLE ... REORGANIZE PARTITION оператор выполняется. Кроме того, во время выполнения ALTER TABLE ... REORGANIZE PARTITION (или выполнение любого другого оператора DDL), не возможно перезапустить узлы данных кластера.

Обработка отказа. Отказы узлов данных во время группового создания узла и табличной перестройки обрабатываются как hown в следующей таблице:

Отказ происходит во время:	Отказ происходит в:
Отказ происходит во время:	"Старые" узлы данных	"Новые" узлы данных	Система
Групповое создание узла	Если узел кроме основных сбоев: создание группы узла всегда продвигается вперёд. Если ведущее устройство перестало работать: Если внутренняя точка фиксации была достигнута: создание группы узла продвигается вперёд. Если внутренняя точка фиксации еще не была достигнута. Создание группы узла откатывается	Если узел кроме основных сбоев: создание группы узла всегда продвигается вперёд. Если ведущее устройство перестало работать: Если внутренняя точка фиксации была достигнута: создание группы узла продвигается вперёд. Если внутренняя точка фиксации еще не была достигнута. Создание группы узла откатывается	Если выполнение `CREATE NODEGROUP` достиг внутренней точки фиксации: Когда перезапущено, кластер включает новую группу узла. Иначе это без. Если выполнение `CREATE NODEGROUP` еще не достиг внутренней точки фиксации: Когда перезапущено, кластер не включает новую группу узла.
Табличная перестройка	Если узел кроме основных сбоев: табличная перестройка всегда продвигается вперёд. Если ведущее устройство перестало работать: Если внутренняя точка фиксации была достигнута: табличная перестройка продвигается вперёд. Если внутренняя точка фиксации еще не была достигнута. Табличная перестройка откатывается.	Если узел кроме основных сбоев: табличная перестройка всегда продвигается вперёд. Если ведущее устройство перестало работать: Если внутренняя точка фиксации была достигнута: табличная перестройка продвигается вперёд. Если внутренняя точка фиксации еще не была достигнута. Табличная перестройка откатывается.	Если выполнение `ALTER ONLINE TABLE table REORGANIZE PARTITION` оператор достиг внутренней точки фиксации: Когда кластер перезапускается, данные и индексирует принадлежность `table` распределяются, используя "новые" узлы данных. Если выполнение `ALTER ONLINE TABLE table REORGANIZE PARTITION` оператор еще не достиг внутренней точки фиксации: Когда кластер перезапускается, данные и индексирует принадлежность `table` распределяются, используя только "старые" узлы данных.

Отбрасывание групп узла. ndb_mgm клиент поддерживает a DROP NODEGROUP команда, но возможно отбросить группу узла только, когда никакие узлы данных в группе узла не содержат данных. С тех пор нет в настоящий момент никакого способа "освободить" определенный узел данных или группу узла, эта команда работы только следующие два случая:

После издания CREATE NODEGROUP в ndb_mgm клиенте, но прежде, чем выпустить любого ALTER ONLINE TABLE ... REORGANIZE PARTITION операторы в mysql клиенте.
После отбрасывания всех NDBCLUSTER табличное использование DROP TABLE.

TRUNCATE TABLE не работает с этой целью, потому что узлы данных продолжают хранить табличные определения.