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 о том, что это произошло.