25.4.3 Файлы конфигурации кластера NDB
- 25.4.3.1 Базовый пример конфигурации кластера NDB
- 25.4.3.2 Рекомендуемая начальная конфигурация для кластера NDB
- 25.4.3.3 Строки подключения к кластеру NDB
- 25.4.3.4 Определение компьютеров в кластере NDB
- 25.4.3.5 Определение сервера управления кластером NDB
- 25.4.3.6 Определение узлов данных кластера NDB
- 25.4.3.7 Определение узлов SQL и других API-узлов в кластере NDB
- 25.4.3.8 Определение системы
- 25.4.3.9 Параметры и переменные сервера MySQL для кластера NDB
- 25.4.3.10 TCP/IP-соединения кластера NDB
- 25.4.3.11 TCP/IP-соединения кластера NDB с использованием прямых соединений
- 25.4.3.12 Соединения с общей памятью кластера NDB
- 25.4.3.13 Управление памятью узлов данных
- 25.4.3.14 Настройка параметров буферов отправки кластера NDB
Для настройки кластера NDB необходимо работать с двумя файлами:
my.cnf: Указывает параметры для всех исполняемых файлов кластера NDB. Этот файл, с которым вы, вероятно, уже знакомы из предыдущей работы с MySQL, должен быть доступен каждому исполняемому файлу, работающему в кластере.config.ini: Этот файл, иногда называемый глобальным конфигурационным файлом, читается только сервером управления кластером NDB, который затем распространяет содержащуюся в нём информацию на все процессы, участвующие в кластере.config.iniсодержит описание каждого узла, участвующего в кластере. Это включает параметры конфигурации для узлов данных и параметры конфигурации для соединений между всеми узлами кластера. Для быстрого ознакомления с разделами, которые могут встречаться в этом файле, и с тем, какие параметры конфигурации можно в них поместить, см. Разделы файлаconfig.ini.
Кеширование данных конфигурации. NDB использует состоятельную конфигурацию. Вместо того, чтобы каждый раз при перезапуске сервера управления читать глобальный конфигурационный файл, сервер управления кэширует конфигурацию при первом запуске, а затем глобальный конфигурационный файл читается только при выполнении одного из следующих условий:
Сервер управления запускается с опцией --initial. Когда используется
--initial, глобальный конфигурационный файл перечитывается, все существующие кэшированные файлы удаляются, и сервер управления создаёт новый кэш конфигурации.Сервер управления запускается с опцией --reload. Опция
--reloadзаставляет сервер управления сравнить свой кэш с глобальным конфигурационным файлом. Если они отличаются, сервер управления создаёт новый кэш конфигурации; любой существующий кэш конфигурации сохраняется, но не используется. Если кэш сервера управления и глобальный конфигурационный файл содержат одинаковые данные конфигурации, то существующий кэш используется, и новый кэш не создаётся.Сервер управления запускается с --config-cache=FALSE. Это отключает
--config-cache(включено по умолчанию) и позволяет принудительно пропустить кэширование конфигурации. В этом случае сервер управления игнорирует любые присутствующие конфигурационные файлы, всегда читая данные конфигурации из файлаconfig.ini.Кэш конфигурации не найден. В этом случае сервер управления читает глобальный конфигурационный файл и создаёт кэш, содержащий те же данные конфигурации, что и в файле.
Файлы кэша конфигурации. Сервер управления по умолчанию создаёт файлы кэша конфигурации в каталоге mysql-cluster в каталоге установки MySQL. (Если вы собираете NDB Cluster из исходного кода на системе Unix, по умолчанию используется расположение /usr/local/mysql-cluster.) Это можно изменить во время выполнения, запустив сервер управления с опцией --configdir. Файлы кэша конфигурации являются двоичными файлами, имеющими имя по шаблону ndb_, где node_id_config.bin.seq_idnode_id — идентификатор узла сервера управления в кластере, а seq_id — идентификатор кэша. Файлы кэша нумеруются последовательно с использованием seq_id в порядке их создания. Сервер управления использует последний файл кэша, определяемый значением seq_id.
Возможен возврат к предыдущей конфигурации путём удаления более поздних файлов кэша конфигурации или переименования более раннего файла кэша так, чтобы у него было большее значение seq_id. Однако, поскольку файлы кэша конфигурации записываются в двоичном формате, не следует пытаться редактировать их содержимое вручную.
Для получения дополнительной информации об опциях --configdir, --config-cache, --initial и --reload для сервера управления кластером NDB см. Раздел 25.5.4, «ndb_mgmd — Демон сервера управления кластером NDB».
Мы постоянно улучшаем конфигурацию кластера NDB и пытаемся упростить этот процесс. Хотя мы стремимся поддерживать обратную совместимость, могут быть случаи, когда мы внесём несовместимое изменение. В таких случаях мы пытаемся заранее сообщить пользователям NDB Cluster, если изменение не является обратно совместимым. Если вы обнаружите такое изменение, и оно не задокументировано, пожалуйста, сообщите об этом в базе ошибок MySQL, используя инструкции, приведенные в Разделе 1.6, «Как сообщить об ошибках или проблемах».
© 2025 Oracle
Licensed under the GPLv2 License.