Id

Id представляет собой целочисленное значение, используемое для идентификации узла во всех внутренних сообщениях кластера. Допустимый диапазон значений — от 1 до 255 включительно. Это значение должно быть уникальным для каждого узла в кластере, независимо от типа узла.

NodeId — это предпочтительное имя параметра, которое следует использовать при идентификации узлов API. (Id продолжает поддерживаться для обратной совместимости, но теперь устарел и генерирует предупреждение при использовании. Он также может быть удален в будущем.)

ConnectionMap

Указывает, к каким узлам данных необходимо подключаться.

NodeId

NodeId представляет собой целочисленное значение, используемое для идентификации узла во всех внутренних сообщениях кластера. Допустимый диапазон значений — от 1 до 255 включительно. Это значение должно быть уникальным для каждого узла в кластере, независимо от типа узла.

NodeId — это предпочтительное имя параметра, которое следует использовать при идентификации узлов управления. Псевдоним Id использовался для этой цели в очень старых версиях NDB Cluster и продолжает поддерживаться для обратной совместимости; теперь он устарел и генерирует предупреждение при использовании, и будет удален в будущей версии NDB Cluster.

ExecuteOnComputer

Это относится к Id, установленному для одного из компьютеров (хостов), определенных в разделе [computer] файла конфигурации.

HostName

Указание этого параметра определяет имя хоста компьютера, на котором должен находиться узел SQL (узел API).

Если HostName не указан в данном разделе [mysql] или [api] файла config.ini, то узел SQL или API может подключаться, используя соответствующий “слот” с любого хоста, который может установить сетевое соединение с хост-машиной сервера управления. Это отличается от поведения по умолчанию для узлов данных, где localhost предполагается для HostName, если не указано иное.

LocationDomainId

Назначает узел SQL или другой узел API определенному домену доступности (также известному как зона доступности) в облаке. Информируя NDB о том, какие узлы находятся в каких доменах доступности, производительность может быть улучшена в облачной среде следующим образом:

LocationDomainId принимает целочисленное значение от 0 до 16 включительно, при этом 0 является значением по умолчанию; использование 0 эквивалентно тому, чтобы оставить параметр не установленным.

ArbitrationRank

Этот параметр определяет, какие узлы могут выступать в качестве арбитров. Арбитрами могут быть как узлы управления, так и узлы SQL. Значение 0 означает, что данный узел никогда не используется в качестве арбитра, значение 1 присваивает узлу высокий приоритет в качестве арбитра, а значение 2 — низкий приоритет. В обычной конфигурации сервер управления используется в качестве арбитра, устанавливая его ArbitrationRank в 1 (по умолчанию для узлов управления), а для всех узлов SQL — в 0 (по умолчанию для узлов SQL).

Установив ArbitrationRank в 0 для всех узлов управления и SQL, вы можете полностью отключить арбитраж. Вы также можете управлять арбитражем, переопределив этот параметр; для этого установите параметр Arbitration в разделе [ndbd default] глобального файла конфигурации config.ini.

ArbitrationDelay

Установка этого параметра в любое значение, отличное от 0 (значение по умолчанию), означает, что ответы арбитра на запросы арбитража будут задержаны на указанное количество миллисекунд. Обычно нет необходимости изменять это значение.

BatchByteSize

Для запросов, которые преобразуются в полное сканирование таблиц или сканирование диапазонов по индексам, для достижения наилучшей производительности важно извлекать записи пакетами правильного размера. Можно установить правильный размер как по количеству записей (BatchSize), так и в байтах (BatchByteSize). Фактический размер пакета ограничен обоими параметрами.

Скорость выполнения запросов может варьироваться более чем на 40% в зависимости от того, как установлен этот параметр.

Этот параметр измеряется в байтах. Значение по умолчанию — 16K.

BatchSize

Этот параметр измеряется в количестве записей и по умолчанию установлен в 256. Максимальный размер — 992.

ExtraSendBufferMemory

Этот параметр указывает объем памяти буфера отправки транспортера, который необходимо выделить в дополнение к любому объему, установленному с помощью TotalSendBufferMemory, SendBufferMemory или обоих.

HeartbeatThreadPriority

Используйте этот параметр для установки политики планирования и приоритета потоков пульсации для узлов управления и API. Синтаксис установки этого параметра показан здесь:

HeartbeatThreadPriority = policy[, priority]

policy:
  {FIFO | RR}

При установке этого параметра необходимо указать политику. Это одна из FIFO (первым пришел — первым обслужен) или RR (круговая очередь). За ней необязательно следует приоритет (целое число).

MaxScanBatchSize

Размер пакета — это размер каждого пакета, отправляемого с каждого узла данных. Большинство сканирований выполняются параллельно, чтобы защитить сервер MySQL от получения слишком большого количества данных от многих узлов параллельно; этот параметр устанавливает ограничение на общий размер пакета для всех узлов.

Значение этого параметра по умолчанию установлено в 256 КБ. Его максимальный размер — 16 МБ.

TotalSendBufferMemory

Этот параметр используется для определения общего объема памяти, который необходимо выделить на этом узле для общей памяти буфера отправки для всех настроенных транспортеров.

Если этот параметр установлен, его минимальное допустимое значение составляет 256 КБ; 0 указывает на то, что параметр не установлен. Более подробная информация приведена в разделе 21.4.3.13, «Настройка параметров буфера отправки кластера NDB».

AutoReconnect

Этот параметр по умолчанию false. Это заставляет отключенные узлы API (включая серверы MySQL, выступающие в качестве узлов SQL) использовать новое соединение с кластером, а не пытаться повторно использовать существующее, поскольку повторное использование соединений может вызывать проблемы при использовании динамически распределяемых идентификаторов узлов. (Ошибка #45921)

DefaultOperationRedoProblemAction

This parameter (along with RedoOverCommitLimit and RedoOverCommitCounter) controls the data node's handling of operations when too much time is taken flushing redo logs to disk. This occurs when a given redo log flush takes longer than RedoOverCommitLimit seconds, more than RedoOverCommitCounter times, causing any pending transactions to be aborted.

When this happens, the node can respond in either of two ways, according to the value of DefaultOperationRedoProblemAction, listed here:

DefaultHashMapSize

The size of the table hash maps used by NDB is configurable using this parameter. DefaultHashMapSize can take any of three possible values (0, 240, 3840).

The original intended use for this parameter was to facilitate upgrades and especially downgrades to and from very old releases with differing default hash map sizes. This is not an issue when upgrading from NDB Cluster 7.3 (or later) to later versions.

Decreasing this parameter online after any tables have been created or modified with DefaultHashMapSize equal to 3840 is not currently supported.

Wan

Use WAN TCP setting as default.

ConnectBackoffMaxTime

В NDB Cluster с множеством незапущенных узлов данных значение этого параметра можно увеличить для обхода попыток подключения к узлам данных, которые ещё не начали работу в кластере, а также для снижения высокой нагрузки на управляющие узлы. До тех пор, пока узел API не подключён к новым узлам данных, применяется значение параметра StartConnectBackoffMaxTime; в противном случае, ConnectBackoffMaxTime используется для определения длительности ожидания между попытками подключения в миллисекундах.

Время, затраченное во время попыток подключения к узлам, не учитывается при расчете затраченного времени для этого параметра. Таймаут применяется с приблизительным разрешением 100 мс, начиная с задержки в 100 мс; при каждой последующей попытке продолжительность этого периода удваивается до достижения ConnectBackoffMaxTime миллисекунд, до максимального значения 100000 мс (100 с).

После того, как узел API подключится к узлу данных и этот узел сообщит (в сообщении о состоянии) о подключении к другим узлам данных, попытки подключения к этим узлам данных больше не будут затронуты этим параметром и будут выполняться каждые 100 мс до подключения. После запуска узла данных может потребоваться HeartbeatIntervalDbApi времени, чтобы узел API получил уведомление об этом.

StartConnectBackoffMaxTime

В NDB Cluster с множеством незапущенных узлов данных значение этого параметра можно увеличить для обхода попыток подключения к узлам данных, которые ещё не начали работу в кластере, а также для снижения высокой нагрузки на управляющие узлы. До тех пор, пока узел API не подключён к новым узлам данных, используется значение параметра StartConnectBackoffMaxTime; в противном случае, ConnectBackoffMaxTime используется для определения длительности ожидания между попытками подключения в миллисекундах.

Время, затраченное во время попыток подключения к узлам, не учитывается при расчете затраченного времени для этого параметра. Таймаут применяется с приблизительным разрешением 100 мс, начиная с задержки в 100 мс; при каждой последующей попытке продолжительность этого периода удваивается до достижения StartConnectBackoffMaxTime миллисекунд, до максимального значения 100000 мс (100 с).

После того, как узел API подключится к узлу данных и этот узел сообщит (в сообщении о состоянии) о подключении к другим узлам данных, попытки подключения к этим узлам данных больше не будут затронуты этим параметром и будут выполняться каждые 100 мс до подключения. После запуска узла данных может потребоваться HeartbeatIntervalDbApi времени, чтобы узел API получил уведомление об этом.