Spec-Zone .ru
спецификации, руководства, описания, API
|
[mysqld]
и [api]
разделы в config.ini
файл определяет поведение серверов MySQL (узлы SQL), и другие приложения (узлы API) имели обыкновение получать
доступ к данным кластера. Ни один из показанных параметров не требуется. Если никакое имя компьютера или имя
хоста не обеспечиваются, любой узел может использовать этот SQL или узел API.
Вообще говоря, a [mysqld]
раздел используется, чтобы указать на сервер MySQL,
обеспечивающий интерфейс SQL для кластера, и [api]
раздел используется для
приложений кроме mysqld, обрабатывает данные кластера доступа, но эти два
обозначения фактически синонимичны; можно, например, перечислить параметры для сервера MySQL, действующего как
узел SQL в [api]
раздел.
Для обсуждения параметров сервера MySQL для MySQL Cluster см. Раздел 17.3.4.2, "MySQL Server Options для MySQL Cluster"; для информации о системных переменных сервера MySQL, касающихся MySQL Cluster, см. Раздел 17.3.4.3, "MySQL Cluster System Variables".
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | без знака | [ни один] | 1 - 255 |
Тип перезапуска: IS |
Id
целочисленное значение, используемое, чтобы идентифицировать узел во
всем кластере внутренние сообщения. Разрешенный диапазон значений 1 - 255 включительно. Это значение
должно быть уникальным для каждого узла в кластере, независимо от типа узла.
ID узла данных должны быть меньше чем 49, независимо от используемой версии MySQL Cluster. Если Вы планируете развернуть большое количество узлов данных, это - хорошая идея ограничить ID узла для узлов API (и узлов управления) к значениям, больше чем 48.
NodeId
привилегированное название параметра, чтобы использовать, идентифицируя узлы API. (Id
продолжает поддерживаться для обратной совместимости, но теперь
осуждается и генерирует предупреждение когда использующийся. Это также подвергается будущему
удалению.)
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | без знака | [ни один] | 1 - 255 |
Тип перезапуска: IS |
NodeId
целочисленное значение, используемое, чтобы идентифицировать узел
во всем кластере внутренние сообщения. Разрешенный диапазон значений 1 - 255 включительно. Это
значение должно быть уникальным для каждого узла в кластере, независимо от типа узла.
ID узла данных должны быть меньше чем 49, независимо от используемой версии MySQL Cluster. Если Вы планируете развернуть большое количество узлов данных, это - хорошая идея ограничить ID узла для узлов API (и узлов управления) к значениям, больше чем 48.
NodeId
привилегированное название параметра, чтобы использовать, идентифицируя узлы управления. Псевдоним,
Id
, использовался с этой целью в очень старых версиях MySQL Cluster, и
продолжает поддерживаться для обратной совместимости; это теперь осуждается и генерирует
предупреждение когда использующийся, и подвергается удалению в будущем выпуске MySQL Cluster.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | имя | [ни один] | ... |
Тип перезапуска: S |
Это обращается к Id
набор для одного из компьютеров (узлы) определяется
в a [computer]
раздел конфигурационного файла.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | имя или IP-адрес | [ни один] | ... |
Тип перезапуска: S |
Определение этого параметра определяет имя узла компьютера, на котором должен находиться узел SQL
(узел API). Определить имя узла, или этот параметр или ExecuteOnComputer
требуется.
Если нет HostName
или ExecuteOnComputer
определяется в данном [mysql]
или [api]
раздел config.ini
файл, затем SQL или узел API могут соединить
использование соответствующего "слота" от любого узла, который может установить
сетевое соединение с хост-машиной сервера управления. Это отличается от
поведения значения по умолчанию для узлов данных, где localhost
принимается для HostName
если иначе не определено.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | 0-2 | 0 | 0 - 2 |
Тип перезапуска: N |
Этот параметр определяет, какие узлы могут действовать как арбитры. И узлы MGM и узлы SQL могут быть
арбитрами. Значение 0 средств, что данный узел никогда не используется в качестве арбитра, значения
1, дает высокий приоритет узла как арбитра, и значение 2 дает этому низкий приоритет. Нормальная
конфигурация использует сервер управления в качестве арбитра, устанавливая ArbitrationRank
к 1 (значение по умолчанию для узлов управления) и те для всех узлов SQL к 0 (значение по умолчанию
для узлов SQL).
Устанавливая ArbitrationRank
к 0 на всем управлении и узлах SQL, можно
отключить арбитраж полностью. Можно также управлять арбитражем, переопределяя этот параметр; чтобы
сделать так, установите Arbitration
параметр в [ndbd
default]
раздел config.ini
глобальный конфигурационный
файл.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | миллисекунды | 0 | 0 - 4G |
Тип перезапуска: N |
Устанавливание этих параметров к любому другому значению чем 0 (значение по умолчанию) означает, что ответы арбитром к арбитражным запросам будут задержаны установленным числом миллисекунд. Обычно не необходимо изменить это значение.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | байты | 16 K | 1024 - 1M |
Тип перезапуска: N |
Для запросов, которые преобразовываются в полные сканирования таблицы или сканирования диапазона на,
индексирует, для лучшей производительности важно выбрать записи в должным образом размерных пакетах.
Возможно установить надлежащий размер оба с точки зрения числа записей (BatchSize
) и с точки зрения байтов (BatchByteSize
). Фактический пакетный размер ограничивается обоими
параметрами.
Скорость, на которой выполняются запросы, может измениться больше чем на 40 % в зависимости от того, как эти параметры устанавливаются. В будущих выпусках MySQL Server выскажет образованные предположения на том, как установить параметры, касающиеся пакетного размера, основанного на типе запроса.
Этот параметр измеряется в байтах и по умолчанию равен 16 Кбитам.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | записи | 256 | 1 - 992 |
Тип перезапуска: N |
Этот параметр измеряется в числе записей и набором значения по умолчанию к 256. Максимальный размер 992.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | строка | [ни один] | ... |
Тип перезапуска: S |
Используйте этот параметр, чтобы установить политику планирования и приоритет потоков биения для узлов API и управления. Синтаксис для того, чтобы установить эти параметры показывают здесь:
HeartbeatThreadPriority =policy
[,priority
]policy
: {FIFO | RR}
Устанавливая эти параметры, следует определить политику. Это - один из FIFO
(сначала в, сначала в) или RR
(круговой). Сопровождаемое дополнительно приоритетом (целое число).
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | байты | 256 K | 32 K - 16M |
Тип перезапуска: N |
Пакетный размер является размером каждого пакета, отправленного от каждого узла данных. Большинство сканирований выполняется параллельно, чтобы защитить MySQL Server от получения слишком большого количества данных от многих узлов параллельно; этот параметр устанавливает предел к полному пакетному размеру по всем узлам.
Значение по умолчанию этого параметра устанавливается в 256 Кбит. Его максимальный размер составляет 16 МБ.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | байты | 256 K | 0 - 4G |
Тип перезапуска: N |
Этот параметр является доступным начинанием с MySQL Cluster NDB 6.4.0. Это используется, чтобы решить, что общая сумма памяти, чтобы выделить на этом узле для совместно используемого отправляет буферную память среди всех сконфигурированных транспортеров.
Если эти параметры устанавливаются, его минимальное разрешенное значение составляет 256 Кбит;
maxmimum 4294967039. Для более подробной информации о поведении и использовании TotalSendBufferMemory
и конфигурирование отправляет параметры
буферной памяти в MySQL Cluster, видит,
что Раздел 17.3.2.12, "Кластер MySQL Configuring Отправляет Буферные Параметры".
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | булев | ложь | истина, ложь |
Тип перезапуска: N |
Этот параметр false
по умолчанию. Это вынуждает разъединенные узлы API
(включая MySQL Servers, действующий как узлы SQL) использовать новое соединение с кластером вместо
того, чтобы пытаться снова использовать существующий, поскольку повторное использование соединений
может вызвать проблемы при использовании динамически выделенных ID узла. (Ошибка #45921)
Этот параметр может быть переопределен, используя API NDB. Для получения дополнительной
информации см. Ndb_cluster_connection::set_auto_reconnect()
Ndb_cluster_connection::get_auto_reconnect()
DefaultOperationRedoProblemAction
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | перечисление | ОЧЕРЕДЬ | АВАРИЙНОЕ ПРЕКРАЩЕНИЕ РАБОТЫ, ОЧЕРЕДЬ |
Тип перезапуска: S |
Этот параметр (наряду с RedoOverCommitLimit
и RedoOverCommitCounter
) управляет обработкой узла данных операций,
когда слишком много времени тратится, сбрасывая журналы отката к диску. Это происходит, когда данный
сброс журнала отката занимает больше времени чем RedoOverCommitLimit
секунды, больше чем RedoOverCommitCounter
времена, заставляя любые транзакции на
ожидании быть прерванным.
Когда это происходит, узел может ответить любым из двух способов согласно значению DefaultOperationRedoProblemAction
, перечисленный здесь:
ABORT
: Любые операции на ожидании от
прерванных транзакций также прерываются.
QUEUE
: Операции на ожидании от транзакций,
которые были прерваны, стоятся в очереди, чтобы быть повторенными.
Эффективная Версия | Тип/Модули | Значение по умолчанию | Диапазон/Значения |
---|---|---|---|
NDB 7.3.0 | Потоки LDM | 3840 | 0 - 3840 |
Тип перезапуска: N |
MySQL Cluster NDB 7.2.7 и более позднее использование больший табличный размер карты хеша значения
по умолчанию (3840) чем в предыдущих выпусках (240). Начинаясь с MySQL Cluster NDB 7.2.11, размер
таблицы хеширует карты, используемые NDB
конфигурируемое использование этого параметра; ранее это
значение было трудно кодировано. DefaultHashMapSize
может принять любое
из трех возможных значений (0, 240, 3840). Эти значения и их эффекты описываются в следующей
таблице.
Значение | Описание / Эффект |
---|---|
0 |
Используйте самый низкий набор значений, если таковые вообще имеются, для этого параметра среди всех узлов данных и узлов API в кластере; если это не устанавливается ни на каких данных или узле API, используйте значение по умолчанию. |
240 |
Исходный размер карты хеша, используемый по умолчанию во всем MySQL Cluster, выпускает до MySQL Cluster NDB 7.2.7. |
3840 |
Больший размер карты хеша как использующийся по умолчанию в MySQL Cluster NDB 7.2.7 andlater |
Основное намеченное использование для этого параметра должно облегчить обновления и особенно
понижает между MySQL Cluster NDB 7.2.7 и более поздними версиями MySQL Cluster, в которых больший
размер карты хеша (3840) является значением по умолчанию, и более ранними выпусками (в котором
значение по умолчанию было 240), вследствие того, что это изменение не иначе обратно совместимо
(Ошибка #14800539). Устанавливая эти параметры к 240 до выполнения обновления от более старой
версии, где это значение используется, можно заставить кластер продолжать использовать меньший
размер для табличных карт хеша, когда таблицы остаются совместимыми с более ранними версиями после
обновления. DefaultHashMapSize
может быть установлен для отдельных
узлов данных, узлов API, или обоих, но установки этого однажды только, в [ndbd
default]
раздел config.ini
файл, рекомендуемая практика.
После увеличения этого параметра, чтобы иметь существующие таблицы, чтобы использовать в своих
интересах новый размер, можно работать ALTER TABLE ... REORGANIZE PARTITION
на них, после которых они
могут использовать больший размер карты хеша. Это в дополнение к выполнению прокручивающегося
перезапуска, который делает большие карты хеша доступными для новых таблиц, но не позволяет
существующим таблицам использовать их.
Уменьшая этот параметр онлайн после того, как любые таблицы были составлены или изменены с DefaultHashMapSize
равный 3840 в настоящий момент не поддерживается.
Можно получить некоторую информацию из сервера MySQL, работающего как использование узла SQL Кластера SHOW
STATUS
в mysql
клиент, как показано здесь:
mysql> SHOW STATUS LIKE 'ndb%';
+-----------------------------+---------------+| Variable_name | Value |+-----------------------------+---------------+| Ndb_cluster_node_id | 5 || Ndb_config_from_host | 192.168.0.112 || Ndb_config_from_port | 1186 || Ndb_number_of_storage_nodes | 4 |+-----------------------------+---------------+4 rows in set (0.02 sec)
Для получения информации об этих переменных состояния Кластерной системы см. Раздел 5.1.6, "Переменные Состояния Сервера".
Чтобы добавить новый SQL или узлы API к конфигурации рабочего MySQL Cluster, необходимо выполнить
прокручивающийся перезапуск всех узлов кластера после добавления нового [mysqld]
или [api]
разделы к config.ini
файл (или файлы, если Вы используете больше чем один сервер
управления). Это должно быть сделано прежде, чем новый SQL или узлы API могут соединиться с кластером.
Не необходимо выполнить любой перезапуск кластера, если новый SQL или узлы API могут использовать ранее неиспользованные слоты API в кластерной конфигурации, чтобы соединиться с кластером.