17.2.3.3. Начальный Запуск MySQL Cluster на Windows

Как только исполнимые программы MySQL Cluster и необходимые конфигурационные файлы на месте, выполняя начальный запуск кластера просто вопрос запуска исполнимых программ MySQL Cluster для всех узлов в кластере. Каждый процесс узла кластера должен быть запущен отдельно, и на главном компьютере, где это находится. Узел управления должен быть запущен сначала, сопровождаться по условию узлы, и затем наконец любыми узлами SQL.

На узле узла управления дайте следующую команду из командной строки, чтобы запустить процесс узла управления:
```
C:\mysql\bin> ndb_mgmd2010-06-23 07:53:34 [MgmtSrvr] INFO -- NDB Cluster Management Server. mysql-5.6.11-ndb-7.3.32010-06-23 07:53:34 [MgmtSrvr] INFO -- Reading cluster configuration from 'config.ini'
```
Процесс узла управления продолжает печатать вывод журналирования к консоли. Это нормально, потому что узел управления не работает как служба Windows. (Если Вы использовали MySQL Cluster на Подобной Unix платформе, такой как Linux, можно заметить, что поведение значения по умолчанию узла управления в этом отношении на Windows является эффективно противоположностью своего поведения на системах Unix, куда это работает по умолчанию как процесс демона Unix. Это поведение также верно для процессов узла данных MySQL Cluster, работающих на Windows.) Поэтому не закрывают окно, в котором ndb_mgmd.exe работает; выполнение так уничтожает процесс узла управления. (См. Раздел 17.2.3.4, "Устанавливая MySQL Cluster Processes как Windows Services", где мы показываем, как установить и выполнить процессы MySQL Cluster как службы Windows.)

Необходимое -f опция говорит узел управления, где найти глобальный конфигурационный файл (config.ini). Длинная форма этой опции --config-file.

Важный

Узел управления MySQL Cluster кэширует данные конфигурации, из которых он читает config.ini; как только это создало кэш конфигурации, это игнорирует config.ini файл на последующих запусках если не вызвано, чтобы сделать иначе. Это означает, что, если узел управления не в состоянии запуститься из-за ошибки в этом файле, следует сделать узел управления перечитанным config.ini после того, как Вы исправили любые ошибки в этом. Можно сделать это, запускаясь ndb_mgmd.exe с --reload или --initial опция на командной строке. Любая из этих опций работает, чтобы обновить кэш конфигурации.

Это не необходимо или желательно использовать любую из этих опций в узле управления my.ini файл.

Для дополнительной информации об опциях, которые могут использоваться с ndb_mgmd, см. Раздел 17.4.4, "ndb_mgmd — MySQL Cluster Management Server Daemon", так же как Раздел 17.4.25, "Опции, Характерные для MySQL Cluster Programs — Опции, Характерные для MySQL Cluster Programs".
На каждом из узлов узла данных, выполненных команда, показанная здесь, чтобы запустить процессы узла данных:
```
C:\mysql\bin> ndbd2010-06-23 07:53:46 [ndbd] INFO -- Configuration fetched from 'localhost:1186', generation: 1
```
В каждом случае первая строка вывода от процесса узла данных должна напомнить то, что показывают в предыдущем примере, и сопровождается дополнительными строками журналирования вывода. Как с процессом узла управления, это нормально, потому что узел данных не работает как служба Windows. Поэтому не закрывайте консоль, в которой работает процесс узла данных; выполнение так уничтожает ndbd.exe. (Для получения дополнительной информации см. Раздел 17.2.3.4, "Устанавливая MySQL Cluster Processes как Windows Services".)
Еще не запускайте узел SQL; это не может соединиться с кластером, пока узлы данных не закончили запускаться, который может занять время. Вместо этого в новой консоли на узле узла управления запустите клиент управления MySQL Cluster ndb_mgm.exe, который должен быть в C:\mysql\bin на узле узла управления. (Не пытайтесь снова использовать консоль, куда ndb_mgmd.exe работает, вводя CTRL+C, поскольку это уничтожает узел управления.) Получающийся вывод должен быть похожим на это:
```
C:\mysql\bin> ndb_mgm-- NDB Cluster -- Management Client --ndb_mgm>
```
Когда подсказка ndb_mgm> появляется, это указывает, что клиент управления готов получить команды управления MySQL Cluster. Можно наблюдать состояние узлов данных, поскольку они запускают, входя ALL STATUS при клиентской подсказке управления. Эта команда вызывает рабочий отчет последовательности запуска узлов данных, которая должна выглядеть примерно так:
```
ndb_mgm> ALL STATUSConnected to Management Server at: localhost:1186Node 2: starting (Last completed phase 3) (mysql-5.6.11-ndb-7.3.3)Node 3: starting (Last completed phase 3) (mysql-5.6.11-ndb-7.3.3)Node 2: starting (Last completed phase 4) (mysql-5.6.11-ndb-7.3.3)Node 3: starting (Last completed phase 4) (mysql-5.6.11-ndb-7.3.3)Node 2: Started (version 7.3.3)Node 3: Started (version 7.3.3)ndb_mgm>
```
Отметить

Команды, данные в клиенте управления, не являются чувствительными к регистру; мы используем верхний регистр в качестве канонической формы этих команд, но Вы не обязаны наблюдать это соглашение, вводя их в ndb_mgm клиент. Для получения дополнительной информации см. Раздел 17.5.2, "Команды в MySQL Cluster Management Client".

Вывод, произведенный ALL STATUS вероятно, изменится от того, что показывают здесь согласно скорости, на которой узлы данных в состоянии запуститься, номер версии выпуска программного обеспечения MySQL Cluster, которое Вы используете, и другие факторы. То, что является существенным, - то, что, когда Вы видите, что оба узла данных запустились, Вы готовы запустить узел SQL.

Можно оставить ndb_mgm.exe выполнение; у этого нет никакого негативного воздействия на производительности MySQL Cluster, и мы используем это в следующем шаге, чтобы проверить, что узел SQL соединяется с кластером после того, как Вы запустили это.
На компьютере, определяемом как узел узла SQL, откройте консоль и переместитесь к каталогу, где Вы распаковали двоичные файлы MySQL Cluster (если Вы следуете нашему примеру, это C:\mysql\bin).

Запустите узел SQL, вызывая mysqld.exe из командной строки, как показано здесь:
```
C:\mysql\bin> mysqld
                    --console
```
--console причины опции, регистрирующие информацию, которая будет записана консоли, которая может быть полезной в случае проблем. (Как только Вы удовлетворяетесь, что узел SQL работает удовлетворительным способом, можно остановить его и перезапустить его без --console опция, так, чтобы журналирование обычно выполнялось.)

В консоли, где клиент управления (ndb_mgm.exe) работает на узле узла управления, войдите SHOW команда, которая должна произвести вывод, подобный тому, что показывают здесь:
```
ndb_mgm> SHOWConnected to Management Server at: localhost:1186Cluster Configuration---------------------[ndbd(NDB)]     2 node(s)id=2    @192.168.0.30  (Version: 5.6.11-ndb-7.3.3, Nodegroup: 0, Master)id=3    @192.168.0.40  (Version: 5.6.11-ndb-7.3.3, Nodegroup: 0)[ndb_mgmd(MGM)] 1 node(s)id=1    @192.168.0.10  (Version: 5.6.11-ndb-7.3.3)[mysqld(API)]   1 node(s)id=4    @192.168.0.20  (Version: 5.6.11-ndb-7.3.3)
```
Можно также проверить, что узел SQL соединяется с MySQL Cluster в mysql клиенте (mysql.exe) использующем SHOW ENGINE NDB STATUS оператор.

Следует теперь быть готовы работать с объектами базы данных и Кластер MySQL использования данных NDBCLUSTER механизм хранения. См. Раздел 17.2.6, "MySQL Cluster Example with Tables и Data", для получения дополнительной информации и примеры.

Можно также установить ndb_mgmd.exe, ndbd.exe, и ndbmtd.exe как службы Windows. Для получения информации о том, как сделать это, см. Раздел 17.2.3.4, "Устанавливая MySQL Cluster Processes как Windows Services").