17.5.1. Сводка MySQL Cluster Start Phases

Этот раздел обеспечивает упрощенную схему шагов, включенных, когда узлы данных MySQL Cluster запускаются. Более полная информация может быть найдена в MySQL Cluster Start Phases, в NDB Руководство по внутренностям.

Эти фазы являются тем же самым как теми, о которых сообщают в выводе от node_id STATUS команда в клиенте управления (см. Раздел 17.5.2, "Команды в MySQL Cluster Management Client"). Они запускаются, о фазах также сообщают в start_phase столбец ndbinfo.nodes таблица.

Запустите типы. Есть несколько различных типов запуска и режимов, как показано в следующем списке:

Начальный запуск. Кластер запускается с чистой файловой системы на всех узлах данных. Это происходит или когда кластер, запущенный в самый первый раз, или когда все узлы данных перезапускаются, используя --initial опция.

Отметить

Дисковые Файлы данных не удаляются, перезапуская использование узла --initial.
Системный перезапуск. Кластер запускает и читает данные, хранившие в узлах данных. Это происходит, когда кластер был выключен используясь, когда он требуется для кластера, чтобы возобновить операции от точки, где он кончил.
Перезапуск узла. Это - онлайновый перезапуск узла кластера, в то время как сам кластер работает.
Начальный перезапуск узла. Это - то же самое как перезапуск узла, за исключением того, что узел повторно инициализируется и запускается с чистой файловой системы.

Установка и инициализация (фаза-1). До запуска должен быть инициализирован каждый узел данных (ndbd процесс). Инициализация состоит из следующих шагов:

Получите ID узла
Выберите данные конфигурации
Выделите порты, которые будут использоваться для связи междоузлия
Выделите память согласно настройкам, полученным из конфигурационного файла

Когда узел узла данных или SQL сначала соединяется с узлом управления, он резервирует ID узла кластера. Чтобы удостовериться, что никакой другой узел не выделяет тот же самый ID узла, этот ID сохраняется, пока узел не управлял соединиться с кластером, и по крайней мере один ndbd сообщает, что этот узел соединяется. Это задержание ID узла охраняет соединение между рассматриваемым узлом и ndb_mgmd.

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

Фаза 0. NDBFS и NDBCNTR блоки запускаются (см. NDB Блоки ядра). Файловые системы узла данных очищаются на тех узлах данных, которые были запущены с --initial опция.
Фаза 1. На этом этапе, все остающиеся NDB блоки ядра запускаются. Соединения MySQL Cluster устанавливаются, блокируют связь, устанавливаются, и биения запускаются. В случае перезапуска узла также проверяются соединения узла API.

Отметить

Когда один или более узлов зависают в Фазе 1, в то время как остающийся узел или узлы зависают в Фазе 2, это часто указывает на сетевые проблемы. Одной возможной причиной таких проблем являются один или более узлов кластера, имеющих многократные сетевые интерфейсы. Другой общий источник проблем, вызывающих это условие, является блокированием портов TCP/IP, необходимых для связи между узлами кластера. В последнем случае это часто происходит из-за неправильно сконфигурированного брандмауэра.
Фаза 2. NDBCNTR проверки блока ядра состояния всех существующих узлов. Главный узел выбирается, и файл схемы кластера инициализируется.
Фаза 3. DBLQH и DBTC ядро блокирует установленную связь между ними. Тип запуска определяется; если это - перезапуск, DBDIH блок получает разрешение, чтобы выполнить перезапуск.
Фаза 4. Для начального запуска или начального перезапуска узла, создаются файлы журнала отката. Число этих файлов равно NoOfFragmentLogFiles.

Для системного перезапуска:
- Считайте схему или схемы.
- Считайте данные из локальной контрольной точки.
- Примените всю информацию о восстановлении, пока последняя восстановимая глобальная контрольная точка не была достигнута.
Для перезапуска узла найдите хвост журнала отката.
Фаза 5. Большая часть связанной с базой данных части запуска узла данных выполняется во время этой фазы. Для начального запуска или системного перезапуска, локальная контрольная точка выполняется, сопровождается глобальной контрольной точкой. Периодические проверки использования памяти начинаются во время этой фазы, и любые необходимые поглощения узла выполняются.
Фаза 6. В этой фазе группы узла определяются и устанавливаются.
Фаза 7. Узел арбитра выбирается и начинает функционировать. Следующий резервный ID устанавливается, как скорость записи диска с резервной копией. Узлы, достигающие этой фазы запуска, отмечаются как Started. Для узлов API (включая узлы SQL) теперь возможно соединиться с кластером.
Фаза 8. Если это - системный перезапуск, все индексирует, восстанавливаются ( DBDIH).
Фаза 9. Узел внутренние переменные запуска сбрасывается.
(УСТАРЕВШАЯ) фаза 100. Прежде, это было в этой точке во время перезапуска узла, или начальный узел перезапускают тот API, который узлы могли соединить с узлом и начать получать события. В настоящий момент эта фаза пуста.
Фаза 101. В этой точке в перезапуске узла или начальном перезапуске узла, поставка события передается к узлу, присоединяющемуся к кластеру. Недавно присоединенный узел берет на себя ответственность за то, что она предоставила ее основные данные подписчикам. Эта фаза также упоминается как SUMA фаза передачи.

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