Id

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

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

ConnectionMap

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

NodeId

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

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

ExecuteOnComputer

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

Идентификатор узла для этого узла может быть предоставлен только соединениям, которые явно его запрашивают. Сервер управления, запрашивающий идентификатор узла “любой”, не может использовать этот. Этот параметр можно использовать при запуске нескольких серверов управления на одном хосте, а HostName недостаточно для различения процессов.

HostName

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

Если 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 указывает на то, что параметр не установлен. Для получения более подробной информации см. Раздел 25.4.3.14, «Настройка параметров буфера отправки кластера NDB».

AutoReconnect

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

DefaultOperationRedoProblemAction

Этот параметр (наряду с RedoOverCommitLimit и RedoOverCommitCounter) управляет обработкой узлом данных операций, когда на запись журналов redo в диск тратится слишком много времени. Это происходит, когда запись журнала redo занимает больше времени, чем RedoOverCommitLimit секунд, более чем RedoOverCommitCounter раз, вызывая прерывание всех ожидающих транзакций.

В этом случае узел может реагировать одним из двух способов, в зависимости от значения DefaultOperationRedoProblemAction, перечисленных здесь:

DefaultHashMapSize

Размер таблиц хэш-карт, используемых NDB, можно настроить с помощью этого параметра. DefaultHashMapSize может принимать одно из трех возможных значений (0, 240, 3840). Эти значения и их влияние описаны в следующей таблице.

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

Wan

Использовать настройку WAN TCP по умолчанию.

ConnectBackoffMaxTime

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

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

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

StartConnectBackoffMaxTime

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

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

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