MySQL Cluster является технологией, которая позволяет кластеризироваться баз данных в памяти в совместно используемом - ничто система. Совместно используемое - ничто архитектура не позволяет системе работать с очень недорогими аппаратными средствами, и с минимумом определенных требований для аппаратных средств или программного обеспечения.

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

MySQL Cluster интегрирует стандартный сервер MySQL с кластеризируемым вызванным механизмом хранения в памяти NDB (который обозначает "Сетевую базу данных"). В нашей документации, термине NDB обращается к части установки, которая является определенной для механизма хранения, тогда как "MySQL Cluster" обращается к комбинации одного или более серверов MySQL с NDB механизм хранения.

MySQL Cluster состоит из ряда компьютеров, известных как узлы, каждый выполняющий один или более процессов. Эти процессы, известные как узлы, могут включать серверы MySQL (для доступа к данным NDB), узлы данных (для хранения данных), один или более серверов управления, и возможно другие специализированные программы доступа к данным. Отношение этих компонентов в MySQL Cluster показывают здесь:

Все эти программы сотрудничают, чтобы сформировать MySQL Cluster (см. Раздел 17.4, "MySQL Cluster Programs". Когда данные хранятся NDB механизм хранения, таблицы (и табличные данные) сохранен в узлах данных. Такие таблицы непосредственно доступны от всех других серверов MySQL (узлы SQL) в кластере. Таким образом, в приложении платежной ведомости, хранящем данные в кластере, если одно приложение обновляет зарплату сотрудника, все другие серверы MySQL, которые запрашивают эти данные, могут сразу видеть это изменение.

Хотя узел SQL MySQL Cluster использует mysqld демона сервера, он отличается по многим критическим отношениям от mysqld двоичного файла, предоставленного дистрибутивами MySQL 5.6, и две версии mysqld не являются взаимозаменяемыми.

Кроме того, сервер MySQL, который не соединяется с MySQL Cluster, не может использовать NDB механизм хранения и не может получить доступ ни к каким данным MySQL Cluster.

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

Отдельные узлы могут быть остановлены и перезапущены, и могут тогда воссоединиться с системой (кластер). Прокрутка перезапусков (в котором все узлы перезапускаются поочередно) используется в создании изменений конфигурации и обновлений программного обеспечения (см. Раздел 17.5.5, "Выполняя Прокручивающийся Перезапуск MySQL Cluster"). Прокручивающиеся перезапуски также используются в качестве части процесса добавления новых узлов данных онлайн (см. Раздел 17.5.13, "Узлы данных Кластера MySQL Adding Онлайн"). Для получения дополнительной информации об узлах данных, как они организуются в MySQL Cluster, и как они обрабатывают и хранят данные MySQL Cluster, см. Раздел 17.1.2, "MySQL Cluster Nodes, Node Groups, Копии, и Разделы".

Поддержка и восстановление баз данных MySQL Cluster могут быть сделаны, используя NDB- собственная функциональность, найденная в клиенте управления MySQL Cluster и ndb_restore программе, включается в распределение MySQL Cluster. Для получения дополнительной информации см. Раздел 17.5.3, "Онлайновое Резервное копирование MySQL Cluster", и Раздел 17.4.18, "ndb_restore — Восстановление MySQL Cluster Backup". Можно также использовать стандартную функциональность MySQL, обеспеченную с этой целью в mysqldump и сервере MySQL. См. Раздел 4.5.4, "mysqldump — Программа Резервного копирования базы данных", для получения дополнительной информации.

Узлы MySQL Cluster могут использовать много различных транспортных механизмов для связи междоузлия, включая TCP/IP, используя стандарт, 100 Мбит/с или более быстрые аппаратные средства Ethernet. Также возможно использовать высокоскоростной Масштабируемый когерентный интерфейс (SCI) протокол с MySQL Cluster, хотя это не обязано использовать MySQL Cluster. SCI требует специального аппаратного и программного обеспечения; см. Раздел 17.3.5, "Используя Высокоскоростные Межсоединения с MySQL Cluster", для больше о SCI и использовании этого с MySQL Cluster.