Spec-Zone .ru
спецификации, руководства, описания, API
|
Конфигурирование MySQL Cluster требует работы с двумя файлами:
my.cnf
: Определяет опции для всех исполнимых программ
MySQL Cluster. Этот файл, с которым следует быть знакомыми с от предыдущей работы с MySQL, должен быть
доступным каждой исполнимой программой, работающей в кластере.
config.ini
: Этот файл, иногда известный как глобальный конфигурационный файл, только для чтения сервером управления MySQL
Cluster, который тогда распределяет информацию, содержавшую там ко всем процессам, участвующим в
кластере. config.ini
содержит описание каждого узла, включенного в
кластер. Это включает параметры конфигурации для узлов данных и параметры конфигурации для соединений
между всеми узлами в кластере. Для справочника к разделам, которые могут появиться в этом файле, и что
сортирует параметров конфигурации, может быть помещен в каждый раздел, видеть Разделы
config.ini
Файл.
Кэширование данных конфигурации. В MySQL Cluster NDB 7.3, MySQL Cluster использует stateful конфигурацию. Вместо того, чтобы читать глобальный конфигурационный файл каждый раз, когда сервер управления перезапускается, сервер управления кэширует конфигурацию в первый раз, когда это запускается, и после того, глобальный конфигурационный файл только для чтения, когда одно из следующих условий является истиной:
Сервер управления запускается, используя --initial
опция. В этом случае глобальный конфигурационный файл перечитывается, любые существующие файлы кэша
удаляются, и сервер управления создает новый кэш конфигурации.
Сервер управления запускается, используя --reload
опция. В этом случае сервер управления сравнивает свой кэш с глобальным конфигурационным файлом.
Если они отличаются, сервер управления создает новый кэш конфигурации; любой существующий кэш
конфигурации сохраняется, но не используется. Если кэш сервера управления и глобальный конфигурационный
файл содержат те же самые данные конфигурации, то существующий кэш используется, и никакой новый кэш не
создается.
Сервер управления запускается, используя a --config-cache
опция. Эта опция может использоваться, чтобы вынудить
сервер управления обойти конфигурацию, кэширующуюся в целом. В этом случае сервер управления игнорирует
любые конфигурационные файлы, которые могут присутствовать, всегда читая его данные конфигурации из
config.ini
файл вместо этого.
Никакой кэш конфигурации не находится. В этом случае сервер управления читает глобальный конфигурационный файл и создает кэш, содержащий те же самые данные конфигурации как найдено в файле.
Файлы кэша конфигурации. Сервер управления по умолчанию создает файлы кэша конфигурации в названном
каталоге mysql-cluster
в каталоге установки MySQL. (Если Вы создаете MySQL Cluster
из источника на системе Unix, расположение значения по умолчанию /usr/local/mysql-cluster
.) Это может быть переопределено во времени выполнения,
запуская сервер управления с --configdir
опция. Файлы кэша конфигурации являются
двоичными файлами, названными согласно образцу ndb_
, где node_id
_config.bin.seq_id
node_id
ID узла сервера управления в кластере, и seq_id
кэш idenitifer. Файлы кэша нумеруются, последовательно
используя seq_id
, в порядке, в котором они создаются. Сервер
управления использует последний файл кэша как определено seq_id
.
Возможно откатывать к предыдущей конфигурации, удаляя более поздние файлы кэша конфигурации, или
переименовывая более ранний файл кэша так, чтобы у этого было более высокое seq_id
.
Однако, так как файлы кэша конфигурации пишутся в двоичном формате, недопустимо попытаться отредактировать
их содержание вручную.
Для получения дополнительной информации о --configdir
, --initial
,
и --reload
опции для сервера управления MySQL Cluster, см. Раздел
17.4.4, "ndb_mgmd — MySQL Cluster Management Server
Daemon".
Мы непрерывно делаем улучшения Кластерной конфигурации и пытаемся упростить этот процесс. Хотя мы стремимся поддержать обратную совместимость, могут быть времена, когда представляют несовместимое изменение. В таких случаях мы попытаемся сообщить пользователям Кластера заранее, если изменение не будет обратно совместимо. Если Вы находите такое изменение, и мы не задокументировали его, пожалуйста, сообщите об этом в базе данных ошибок MySQL, используя инструкции, данные в Разделе 1.7, "Как Сообщить об Ошибках или проблемах".