Spec-Zone .ru
спецификации, руководства, описания, API
|
Этот раздел обеспечивает подробную информацию о системных переменных сервера MySQL, которые являются
определенными для MySQL Cluster и NDB
механизм хранения. Для системных переменных, не определенных для MySQL Cluster, см. Раздел
5.1.4, "Системные Переменные Сервера". Для получения общей информации об использовании
системных переменных см. Раздел 5.1.5, "Используя Системные
Переменные".
Удаленный | 5.6.1 | ||
Системное Имя переменной | have_ndbcluster
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | boolean |
YES
если mysqld поддерживает NDBCLUSTER
таблицы. DISABLED
если --skip-ndbcluster
используется.
Эта переменная осуждается и удаляется в MySQL 5.6. Использовать SHOW ENGINES
вместо этого.
Формат командной строки | --multi_range_count=# |
||
Формат файла опции | multi_range_count |
||
Системное Имя переменной | multi_range_count
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 256 |
||
Диапазон | 1 .. 4294967295 |
Максимальное количество диапазонов, чтобы передаться к табличному обработчику сразу во время
диапазона выбирает. Значение по умолчанию 256. Отправка многократных диапазонов к обработчику сразу
может улучшиться, производительность определенных выбирает существенно. Это - особенно истина для NDBCLUSTER
табличный обработчик, который должен отправить запросы
диапазона всем узлам. Отправка пакета тех запросов сразу уменьшает коммуникационные затраты
значительно.
Эта переменная была удалена в MySQL 5.6.7.
Формат командной строки | --ndb_autoincrement_prefetch_sz |
||
Формат файла опции | ndb_autoincrement_prefetch_sz |
||
Опция Устанавливает Переменную | Да,ndb_autoincrement_prefetch_sz |
||
Имя переменной | ndb_autoincrement_prefetch_sz |
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 1 |
||
Диапазон | 1 .. 65536 |
Определяет вероятность разрывов в автопостепенно увеличенном столбце. Установите это в 1
минимизировать это. Установка этого к высокому значению для оптимизации
делает, вставляет быстрее, но уменьшает вероятность, что последовательные автоинкрементные числа
будут использоваться в пакете вставок. Миницифровое и значение по умолчанию 1. Максимальное значение
для ndb_autoincrement_prefetch_sz
65536.
Эта переменная влияет только на число AUTO_INCREMENT
ID, которые
выбираются между операторами; в пределах данного оператора по крайней мере 32 ID получаются за один
раз. Значение по умолчанию для ndb_autoincrement_prefetch_sz
1
,
увеличить скорость операторов, вставляющих единственные строки.
Эта переменная не влияет, вставляет выполняемое использование INSERT ... SELECT
.
Формат командной строки | --ndb_cache_check_time |
||
Формат файла опции | ndb_cache_check_time |
||
Системное Имя переменной | ndb_cache_check_time
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
Число миллисекунд, которые протекают между проверками узлов SQL MySQL Cluster кэшем запроса MySQL. Установка этого к 0 (значение по умолчанию и минимальное значение) означает, что кэш запроса проверяет на проверку допустимости на каждом запросе.
Рекомендуемое максимальное значение для этой переменной 1000, что означает, что проверка выполняется однажды в секунду. Большее значение означает, что проверка выполняется и возможно лишается законной силы из-за обновлений о различных узлах SQL менее часто. Это является обычно не требуемым, чтобы установить это в значение, больше чем 2000.
Формат командной строки | --ndb-deferred-constraints |
||
Формат файла опции | ndb_deferred_constraints |
||
Системное Имя переменной | ndb_deferred_constraints
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | false |
||
Диапазон | false .. true |
Средства управления, задерживаются ли ограничительные проверки, где они поддерживаются. OFF
значение по умолчанию.
Эта переменная не обычно необходима для работы MySQL Cluster или MySQL Cluster Replication, и предназначается прежде всего для использования в тестировании.
Формат командной строки | --ndb-distribution={KEYHASH|LINHASH} |
||
Формат файла опции | ndb_distribution |
||
Системное Имя переменной | ndb_distribution={KEYHASH|LINHASH} |
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | enumeration |
||
Значение по умолчанию | KEYHASH |
||
Допустимые Значения | LINHASH |
||
KEYHASH |
Управляет методом распределения значения по умолчанию для NDB
таблицы. Может быть установлен в любой из KEYHASH
(хеширующий ключ) или LINHASH
(линейное хеширование). KEYHASH
значение по умолчанию.
Формат командной строки | ndb_extra_logging=# |
||
Формат файла опции | ndb_extra_logging |
||
Системное Имя переменной | ndb_extra_logging
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
Эта переменная может использоваться, чтобы позволить записать в журнале ошибок MySQL информации,
определенной для NDB
механизм хранения. Это обычно имеет интерес только, отлаживая NDB
код двигателя хранения.
Значение по умолчанию 0, что означает что единственное NDB
Специфичная информация, записанная журналу ошибок MySQL, касается
обработки транзакции. Если значение больше чем 0, но меньше чем 10, NDB
табличная схема и события соединения также регистрируются,
так же как используется ли разрешение конфликтов, и другой NDB
ошибки и информация. Если значение устанавливается в 10 или
больше, информация о NDB
внутренности, такие как продвижение распределения данных
среди узлов кластера, также пишутся журналу ошибок MySQL.
Формат командной строки | --ndb-force-send |
||
Формат файла опции | ndb_force_send |
||
Системное Имя переменной | ndb_force_send
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | TRUE |
Силы, передающиеся буферов к NDB
сразу, не ожидая других потоков. Значения по умолчанию к ON
.
Системное Имя переменной | ndb_join_pushdown
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | TRUE |
Эта переменная управляет ли соединения на NDB
таблицы отталкиваются к ядру NDB (узлы данных). Ранее, соединение
было обработано, используя многократные доступы NDB
узлом SQL; однако, когда ndb_join_pushdown
включается, нажимаемое соединение отправляется
полностью узлам данных, где оно может быть распределено среди узлов данных и выполнено параллельно
на многократных копиях данных с единственным, объединенным результатом, возвращаемым к mysqld. Это может сократить значительно
количество циклов обработки между узлом SQL и узлами данных, требуемыми обработать такое соединение.
По умолчанию, ndb_join_pushdown
включается.
Для соединения, чтобы быть нажимаемым, это должно встретить следующие условия:
Только столбцы могут быть сравнены, и все столбцы, к которым присоединятся, должны использовать точно тот же самый тип данных.
Это означает это выражения такой как t1.a = t2.a +
не может быть оттолкнут, и что
(например) соединение на constant
INT
столбец и a BIGINT
столбец также не может быть оттолкнут.
Явная блокировка не поддерживается; однако, NDB
характеристика механизма хранения неявная основанная на
строке блокировка осуществляется.
Это означает что использование соединения FOR UPDATE
не
может быть оттолкнут.
Для соединения, которое будет оттолкнуто, к дочерним таблицам в
соединении нужно получить доступ, используя один из ref
, eq_ref
, или const
методы доступа, или некоторая комбинация этих
методов.
Внешние дочерние таблицы, к которым присоединяются, могут только быть продвинуты,
используя eq_ref
.
Если корень продвинутого соединения eq_ref
или const
, только дочерние таблицы, к которым присоединяются
eq_ref
может быть добавлен. (Таблица, к которой
присоединяются ref
вероятно, станет корнем другого продвинутого
соединения.)
Если оптимизатор запросов выбирает Using join cache
для
дочерней таблицы кандидата та таблица не может быть продвинута как дочерний элемент.
Однако, это может быть корень другого набора продвинутых таблиц.
Соединения, ссылающиеся на таблицы, явно разделенные [LINEAR] HASH
, LIST
, или RANGE
в настоящий момент не может быть оттолкнут.
Можно видеть, может ли данное соединение быть оттолкнуто, проверяя это с EXPLAIN
; когда соединение может быть оттолкнуто, можно видеть ссылки
на pushed join
в Extra
столбец вывода, как
показано в этом примере:
mysql>EXPLAIN
->SELECT e.first_name, e.last_name, t.title, d.dept_name
->FROM employees e
->JOIN dept_emp de ON e.emp_no=de.emp_no
->JOIN departments d ON d.dept_no=de.dept_no
->JOIN titles t ON e.emp_no=t.emp_no\G
*************************** 1. row *************************** id: 1 select_type: SIMPLE table: d type: ALLpossible_keys: PRIMARY key: NULL key_len: NULL ref: NULL rows: 9 Extra: Parent of 4 pushed join@1*************************** 2. row *************************** id: 1 select_type: SIMPLE table: de type: refpossible_keys: PRIMARY,emp_no,dept_no key: dept_no key_len: 4 ref: employees.d.dept_no rows: 5305 Extra: Child of 'd' in pushed join@1*************************** 3. row *************************** id: 1 select_type: SIMPLE table: e type: eq_refpossible_keys: PRIMARY key: PRIMARY key_len: 4 ref: employees.de.emp_no rows: 1 Extra: Child of 'de' in pushed join@1*************************** 4. row *************************** id: 1 select_type: SIMPLE table: t type: refpossible_keys: PRIMARY,emp_no key: emp_no key_len: 4 ref: employees.de.emp_no rows: 19 Extra: Child of 'e' in pushed join@14 rows in set (0.00 sec)
Если внутренними дочерними таблицами, к которым присоединяются, присоединяются ref
,
и результат упорядочивается или группируется
сортированным, индексируют, это индексирует, не может обеспечить сортированные строки, который
вызывает запись в сортированный tempfile.
Два дополнительных источника информации о продвинутой производительности соединения доступны:
Переменные состояния Ndb_pushed_queries_defined
, Ndb_pushed_queries_dropped
, Ndb_pushed_queries_executed
, и Ndb_pushed_reads
.
Счетчики в ndbinfo.counters
таблица, которые принадлежат DBSPJ
блок ядра. См. Раздел
17.5.10.7," ndbinfo counters
Таблица", для
информации об этих счетчиках. См. такжеDBSPJ
Блок
Формат командной строки | --ndb-log-apply-status |
||
Формат файла опции | ndb-log-apply-status |
||
Системное Имя переменной | ndb_log_apply_status
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Переменная только для чтения, которая показывает, был ли сервер начат с --ndb-log-apply-status
опция.
Формат командной строки | --ndb-log-bin={1|0} |
||
Системное Имя переменной | ndb_log_bin
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | ON |
Причины обновляют к NDB
таблицы, которые будут записаны двоичному
журналу. Установка этой переменной не имеет никакого эффекта, если двоичное журналирование уже не
включается для использования сервера log_bin
. ndb_log_bin
значения по
умолчанию к 1 (НА); обычно, никогда нет никакой потребности изменить это значение в продуктивной
среде.
Формат командной строки | --ndb-log-binlog-index={1|0} |
||
Системное Имя переменной | ndb_log_binlog_index
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | ON |
Заставляет отображение эпох к позициям в двоичном журнале быть вставленным в ndb_binlog_index
таблица. Установка этой переменной не имеет никакого эффекта, если двоичное журналирование уже не
включается для использования сервера log_bin
. (Кроме того, ndb_log_bin
не должен быть отключен.) ndb_log_binlog_index
значения по умолчанию к 1
(ON
); обычно,
никогда нет никакой потребности изменить это значение в продуктивной среде.
Системное Имя переменной | ndb_log_transaction_id
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Эта Булева системная переменная только для чтения показывает, пишет ли ведомое устройство mysqld ID транзакции NDB в двоичном журнале
(требуемый использовать "активно-активный"
MySQL Cluster Replication с NDB$EPOCH_TRANS()
обнаружение конфликта).
Чтобы изменить настройки, используйте --ndb-log-transaction-id
опция.
ndb_log_transaction_id
не поддерживается в MySQL Server магистрали 5.6.
Для получения дополнительной информации см. Раздел 17.6.11, "MySQL Cluster Replication Conflict Resolution".
Формат командной строки | --ndb-optimized-node-selection=# |
||
Формат файла опции | ndb_optimized_node_selection |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | ON |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 3 |
||
Диапазон | 0 .. 3 |
Есть две формы оптимизированного выбора узла, описанного здесь:
Узел SQL использует promixity, чтобы
определить координатор транзакции; то есть, "самый близкий"
узел данных к узлу SQL выбирается в качестве координатора транзакции. С этой целью узел
данных, имеющий сопряжение с общей памятью с узлом SQL, как полагают, является "самым близким" к узлу
SQL; следующие самые близкие (в порядке уменьшающейся близости): соединение TCP с localhost
; Соединение SCI; соединение TCP от узла кроме localhost
.
Поток SQL использует понимание распределения, чтобы выбрать узел данных. Таким образом, корпус узла данных раздел кластера, к которому получает доступ первый оператор данной транзакции, используется в качестве координатора транзакции для всей транзакции. (Это эффективно только если первый оператор доступов транзакции не больше, чем один раздел кластера.)
Эта опция берет одно из целочисленных значений 0
, 1
, 2
, или 3
.
3
значение по умолчанию. Эти значения влияют на выбор узла следующим
образом:
0
: Выбор узла не оптимизируется. Каждый
узел данных используется как координатор транзакции 8 раз прежде, чем поток SQL продолжится
к следующему узлу данных.
1
: Близость к узлу SQL используется, чтобы
определить координатор транзакции.
2
: Понимание распределения используется,
чтобы выбрать координатор транзакции. Однако, если первый оператор доступов транзакции
больше чем один раздел кластера, узел SQL возвращается к круговому поведению, замеченному,
когда эта опция устанавливается в 0
.
3
: Если понимание распределения может
использоваться, чтобы определить координатор транзакции, то оно используется; иначе близость
используется, чтобы выбрать координатор транзакции. (Это - поведение значения по умолчанию.)
ndb_recv_thread_activation_threshold
Представленный | 5.6.10-ndb-7.3.1 | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 8 |
||
Диапазон | 0 .. 16 |
Когда это число одновременно активных потоков достигается, получить поток принимает опрос соединения кластера.
Эта переменная является глобальной переменной в контексте. Это может также быть установлено на
запуске, используя --ndb-recv-thread-activation-threshold
опция.
Представленный | 5.6.10-ndb-7.3.1 | ||
Системное Имя переменной | ndb_recv_thread_cpu_mask
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | Bitmap |
||
Значение по умолчанию | [empty] |
Маска ЦП для того, чтобы заблокировать потоки получателя к определенным ЦП. Это определяется как
шестнадцатеричная битовая маска; например, 0x33
средства, что один ЦП
используется на поток получателя. Пустая строка является значением по умолчанию; установка ndb_recv_thread_cpu_mask
к этому значению удаляет любые блокировки
потока получателя ранее набор.
Эта переменная является глобальной переменной в контексте. Это может также быть установлено на
запуске, используя --ndb-recv-thread-cpu-mask
опция.
ndb_report_thresh_binlog_epoch_slip
Формат командной строки | --ndb_report_thresh_binlog_epoch_slip |
||
Формат файла опции | ndb_report_thresh_binlog_epoch_slip |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 3 |
||
Диапазон | 0 .. 256 |
Это - порог на числе эпох, чтобы быть позади прежде, чем сообщить о двоичном состоянии журнала.
Например, значение 3
(значение по умолчанию), означает, что, если
различие, между которым эпоха была получена от узлов хранения и какая эпоха была применена к
двоичному журналу, будет 3 или больше, то сообщение о состоянии будет отправлено журналу кластера.
ndb_report_thresh_binlog_mem_usage
Формат командной строки | --ndb_report_thresh_binlog_mem_usage |
||
Формат файла опции | ndb_report_thresh_binlog_mem_usage |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 10 |
||
Диапазон | 0 .. 10 |
Это - порог на проценте свободной памяти, остающейся прежде, чем сообщить о двоичном состоянии
журнала. Например, значение 10
(значение по умолчанию), означает, что,
если количество доступной памяти для того, чтобы получить двоичный файл регистрирует данные от
падений узлов данных ниже 10 %, сообщение о состоянии будет отправлено журналу кластера.
Системное Имя переменной | ndb_table_no_logging
|
||
Переменный Контекст | Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Когда эта переменная устанавливается в ON
или 1
, это вызывает NDB
таблицы, которые не будут отмечены контрольной точкой к диску.
Более определенно эта установка применяется к таблицам, которые составляются или изменили
использование ENGINE NDB
когда ndb_table_no_logging
включается, и продолжает просить время жизни
таблицы, даже если ndb_table_no_logging
позже изменяется. Предположите это A
, B
, C
, и
D
таблицы, которые мы составляем (и, возможно, также изменитесь), и что
мы также изменяем настройки для ndb_table_no_logging
как показано здесь:
SET @@ndb_table_no_logging = 1;CREATE TABLE A ... ENGINE NDB;CREATE TABLE B ... ENGINE MYISAM;CREATE TABLE C ... ENGINE MYISAM;ALTER TABLE B ENGINE NDB;SET @@ndb_table_no_logging = 0;CREATE TABLE D ... ENGINE NDB;ALTER TABLE C ENGINE NDB;SET @@ndb_table_no_logging = 1;
После предыдущей последовательности событий, таблиц A
и B
не отмечаются контрольной точкой; A
создавался с ENGINE NDB
и B был изменен, чтобы использовать NDB
, оба, в то время как ndb_table_no_logging
был включен. Однако, таблицы C
и D
регистрируются; C
был изменен, чтобы использовать NDB
и D
создавался, используя ENGINE NDB
, оба, в то время как ndb_table_no_logging
был отключен. Установка ndb_table_no_logging
назад к 1
или
ON
не вызывает таблицу C
или D
быть отмеченным контрольной
точкой.
ndb_table_no_logging
не имеет никакого эффекта на создание NDB
табличные файлы схемы; чтобы подавить их, использовать ndb_table_temporary
вместо этого.
Системное Имя переменной | ndb_table_temporary
|
||
Переменный Контекст | Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Когда установлено в ON
или 1
, эта
переменная причины NDB
таблицы, которые не будут записаны диску: Это означает, что никакие табличные файлы схемы не
создаются, и что таблицы не регистрируются.
Установка этой переменной в настоящий момент не имеет никакого эффекта в MySQL Cluster NDB 7.0 и позже. Это - известная проблема; см. Ошибку #34036.
Системное Имя переменной | ndb_use_copying_alter_table
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Нет |
Силы NDB
использовать копирование таблиц в случае проблем с онлайн ALTER TABLE
операции. Значение по умолчанию OFF
.
Системное Имя переменной | ndb_use_exact_count
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | ON |
Силы NDB
использовать количество записей во время SELECT
COUNT(*)
запрос, планирующий ускорять этот тип запроса. Значение по умолчанию ON
. Для более быстрых запросов в целом, отключите эту опцию, устанавливая
значение ndb_use_exact_count
к OFF
.
Формат командной строки | --ndb_use_transactions |
||
Формат файла опции | ndb_use_transactions |
||
Системное Имя переменной | ndb_use_transactions
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | ON |
Можно отключить NDB
поддержка транзакции, устанавливая значения этой переменной в
OFF
(не рекомендуемый). Значение по умолчанию ON
.
Системное Имя переменной | transaction_allow_batching
|
||
Переменный Контекст | Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Когда установлено в 1
или ON
, эта
переменная позволяет обработать в пакетном режиме операторов в пределах той же самой транзакции.
Использовать эту переменную, autocommit
должен сначала быть отключен, устанавливая это в 0
или OFF
; иначе, установка transaction_allow_batching
не имеет никакого эффекта.
Безопасно использовать эту переменную с транзакциями, которая выполняет записи только как включение,
это может привести к чтениям от "перед" изображением. Следует гарантировать, что любые
транзакции на ожидании фиксируются (использование явного COMMIT
при желании) прежде, чем выпустить a SELECT
.
transaction_allow_batching
не должен использоваться всякий раз,
когда есть возможность, что эффекты данного оператора зависят от результата предыдущего
оператора в пределах той же самой транзакции.
Эта переменная в настоящий момент поддерживается для MySQL Cluster только.
Системные переменные в следующем списке все касаются ndbinfo
информационная база данных.
Системное Имя переменной | ndbinfo_database
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | ndbinfo |
Показывает имя, используемое для NDB
информационная база данных;
значение по умолчанию ndbinfo
. Это - переменная только для чтения,
значение которой определяется во время компиляции; можно установить это, запуская использование
сервера --ndbinfo-database=
, который устанавливает значение,
показанное для этой переменной, но фактически не изменяет название, используемое для информационной
базы данных NDB. name
Формат командной строки | --ndbinfo-max-bytes=# |
||
Системное Имя переменной | ndbinfo_max_bytes
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
Используемый в тестировании и отладке только.
Формат командной строки | --ndbinfo-max-rows=# |
||
Системное Имя переменной | ndbinfo_max_rows
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 10 |
Используемый в тестировании и отладке только.
Формат командной строки | --ndbinfo-show-hidden={0|1} |
||
Системное Имя переменной | ndbinfo_show_hidden
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Действительно ли ndbinfo
базовые внутренние таблицы базы данных показывают в mysql
клиент. Значение по умолчанию OFF
.
Формат командной строки | --ndbinfo-table-prefix=name |
||
Системное Имя переменной | ndbinfo_table_prefix
|
||
Переменный Контекст | Глобальная переменная, Сеанс | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | ndb$ |
Префикс, используемый в именовании базовых таблиц ndbinfo базы данных (обычно скрываемый, если не
представлено, устанавливая ndbinfo_show_hidden
). Это - переменная только для чтения,
значение по умолчанию которой"ndb$
".
Можно запустить сервер с --ndbinfo-table-prefix
опция, но это просто
устанавливает переменную и не изменяет фактический префикс, используемый, чтобы назвать скрытые
базовые таблицы; сам префикс определяется во время компиляции.
Системное Имя переменной | ndbinfo_version
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию |
|
Показывает версию ndbinfo
механизм в использовании; только для чтения.
Формат командной строки | --ndb-log-empty-epochs |
||
Формат файла опции | ndb_log_empty_epochs |
||
Системное Имя переменной | ndb_log_empty_epochs
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Когда эта переменная устанавливается в 0, транзакции эпохи без изменений не пишутся двоичному
журналу, хотя строка все еще пишется даже для пустой эпохи в ndb_binlog_index
.
Формат командной строки | --server-id-bits=# |
||
Формат файла опции | server-id-bits |
||
Системное Имя переменной | server_id_bits
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 32 |
||
Диапазон | 7 .. 32 |
Действующее значение server_id
если сервер был запущен с --server-id-bits
набор опции к значению не по умолчанию.
Если значение server_id
больше чем или равный 2 к питанию server_id_bits
, mysqld отказывается запуститься.
Эта системная переменная поддерживается только MySQL Cluster. server_id_bits
не поддерживается стандартным MySQL Server.