21.4.3 Файлы конфигурации кластера NDB
- 21.4.3.1 Пример конфигурации кластера NDB
- 21.4.3.2 Рекомендуемая начальная конфигурация кластера NDB
- 21.4.3.3 Строки подключения к кластеру NDB
- 21.4.3.4 Определение компьютеров в кластере NDB
- 21.4.3.5 Определение сервера управления кластером NDB
- 21.4.3.6 Определение узлов данных кластера NDB
- 21.4.3.7 Определение узлов SQL и других API-узлов в кластере NDB
- 21.4.3.8 Определение системы
- 21.4.3.9 Параметры и переменные сервера MySQL для кластера NDB
- 21.4.3.10 TCP/IP-соединения кластера NDB
- 21.4.3.11 TCP/IP-соединения кластера NDB с прямыми подключениями
- 21.4.3.12 Подключения с использованием общей памяти (Shared Memory) кластера NDB
- 21.4.3.13 Настройка параметров буферов отправки кластера 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, см. Раздел 21.5.4, «ndb_mgmd — Демон сервера управления кластером NDB».
Мы постоянно улучшаем конфигурацию кластера и стремимся упростить этот процесс. Хотя мы стремимся поддерживать обратную совместимость, могут быть случаи, когда мы вносим несовместимые изменения. В таких случаях мы стараемся заранее сообщить пользователям NDB Cluster, если изменение не обратной совместимости. Если вы обнаружите такое изменение, и оно не задокументировано, пожалуйста, сообщите об этом в базе данных ошибок MySQL, используя инструкции, приведенные в Разделе 1.5, «Как сообщать об ошибках или проблемах».
© 2025 Oracle
Licensed under the GPLv2 License.