13.7.5.16. `SHOW ENGINE` Синтаксис

SHOW ENGINE engine_name {STATUS | MUTEX}

SHOW ENGINE выводит на экран операционную информацию о механизме хранения. Следующие операторы в настоящий момент поддерживаются:

SHOW ENGINE INNODB STATUSSHOW ENGINE INNODB MUTEXSHOW ENGINE {NDB | NDBCLUSTER} STATUSSHOW ENGINE PERFORMANCE_SCHEMA STATUS

SHOW ENGINE INNODB STATUS выводит на экран обширную информацию от стандарта InnoDB Монитор о состоянии InnoDB механизм хранения. Для получения информации о стандартном мониторе и другом InnoDB Мониторы, которые предоставляют информацию о InnoDB обработка, см. Раздел 14.2.4.4,"SHOW ENGINE INNODB STATUS и InnoDB Мониторы".

SHOW ENGINE INNODB MUTEX дисплеи InnoDB взаимоисключающая статистика. У вывода оператора есть следующие столбцы:

Type

Всегда InnoDB.
Name

Исходный файл, где взаимное исключение реализуется, и номер строки в файле, где взаимное исключение создается. Номер строки может измениться в зависимости от Вашей версии MySQL.
Status

Взаимоисключающее состояние. Это поле выводит на экран несколько значений если UNIV_DEBUG был определен во время компиляции MySQL (например, в include/univ.i в InnoDB часть исходного дерева MySQL). Если UNIV_DEBUG не был определен, оператор выводит на экран только os_waits значение. В последнем случае (без UNIV_DEBUG), информация, на которой базируется вывод, недостаточна, чтобы отличить регулярные взаимные исключения и взаимные исключения, которые защищают rw-блокировки (которые разрешают многократным читателям или единственному писателю). Следовательно, вывод, может казаться, содержит многократные строки для того же самого взаимного исключения.
- count указывает, сколько времен взаимное исключение требовали.
- spin_waits указывает, сколько времен спин-блокировка должна была работать.
- spin_rounds указывает на число раундов спин-блокировки. (spin_rounds разделенный на spin_waits обеспечивает среднее круглое количество.)
- os_waits указывает, что число операционной системы ожидает. Это происходит, когда спин-блокировка не работала (взаимное исключение не было заблокировано во время спин-блокировки, и было необходимо уступить операционной системе и ожидать).
- os_yields указывает на число раз a, поток, пытающийся заблокировать взаимное исключение, бросил свой интервал и уступил операционной системе (на предположении, что разрешение других потоков работать освободит взаимное исключение так, чтобы это могло быть заблокировано).
- os_wait_times указывает, что количество времени (в мс) потраченный в операционной системе ожидает, если timed_mutexes системная переменная 1 (ON). Если timed_mutexes 0 (OFF), синхронизация отключается, таким образом, os_wait_times 0. timed_mutexes прочь по умолчанию.

Информация от этого оператора может использоваться, чтобы диагностировать системные проблемы. Например, большие значения spin_waits и spin_rounds может указать на проблемы масштабируемости.

Использовать SHOW ENGINE PERFORMANCE_SCHEMA STATUS осмотреть внутреннюю операцию кода Схемы Производительности:

mysql> SHOW ENGINE PERFORMANCE_SCHEMA STATUS\G...*************************** 3. row ***************************  Type: performance_schema  Name: events_waits_history.row_sizeStatus: 76*************************** 4. row ***************************  Type: performance_schema  Name: events_waits_history.row_countStatus: 10000*************************** 5. row ***************************  Type: performance_schema  Name: events_waits_history.memoryStatus: 760000...*************************** 57. row ***************************  Type: performance_schema  Name: performance_schema.memoryStatus: 26459600...

Этот оператор предназначается, чтобы помочь DBA понять эффекты, которые различные опции Performance Schema имеют на требования к памяти.

Name значения состоят из двух частей, которые называют внутренний буфер и буферный атрибут, соответственно. Интерпретируйте буферные имена следующим образом:

Внутренний буфер, который не представляется как таблица, называют в пределах круглых скобок. Примеры: (pfs_cond_class).row_size, (pfs_mutex_class).memory.
Внутренний буфер, который представляется как таблица в performance_schema базу данных называют в честь таблицы без круглых скобок. Примеры: events_waits_history.row_size, mutex_instances.row_count.
Значение, которое применяется к Схеме Производительности в целом, начинается performance_schema. Пример: performance_schema.memory.

У буферных атрибутов есть эти значения:

row_size размер внутренней записи, используемой реализацией, такой как размер строки в таблице. row_size значения не могут быть изменены.
row_count число внутренних записей, таких как число строк в таблице. row_count значения могут быть изменены, используя параметры конфигурации Схемы Производительности.
Для таблицы, tbl_name.memory продукт row_size и row_count. Для Схемы Производительности в целом, performance_schema.memory сумма всей используемой памяти (сумма всех другой memory значения).

В некоторых случаях есть непосредственная связь между параметром конфигурации Performance Schema и a SHOW ENGINE значение. Например, events_waits_history_long.row_count соответствует performance_schema_events_waits_history_long_size. В других случаях отношение более сложно. Например, events_waits_history.row_count соответствует performance_schema_events_waits_history_size (число строк на поток) умноженный на performance_schema_max_thread_instances (число потоков).

SHOW ENGINE NDB STATUS. Если сервер имеет NDB включенный механизм хранения, SHOW ENGINE NDB STATUS информация о статусе кластера дисплеев, такая как число соединенных узлов данных, кластер connectstring, и кластер binlog эпохи, так же как количества различных объектов API Кластера, создаваемых MySQL Server когда соединено с кластером. Демонстрационный вывод от этого оператора показывают здесь:

mysql> SHOW ENGINE NDB STATUS;+------------+-----------------------+--------------------------------------------------+| Type       | Name                  | Status                                           |+------------+-----------------------+--------------------------------------------------+| ndbcluster | connection            | cluster_node_id=7,  connected_host=192.168.0.103, connected_port=1186, number_of_data_nodes=4,  number_of_ready_data_nodes=3, connect_count=0                                         || ndbcluster | NdbTransaction        | created=6, free=0, sizeof=212                    || ndbcluster | NdbOperation          | created=8, free=8, sizeof=660                    || ndbcluster | NdbIndexScanOperation | created=1, free=1, sizeof=744                    || ndbcluster | NdbIndexOperation     | created=0, free=0, sizeof=664                    || ndbcluster | NdbRecAttr            | created=1285, free=1285, sizeof=60               || ndbcluster | NdbApiSignal          | created=16, free=16, sizeof=136                  || ndbcluster | NdbLabel              | created=0, free=0, sizeof=196                    || ndbcluster | NdbBranch             | created=0, free=0, sizeof=24                     || ndbcluster | NdbSubroutine         | created=0, free=0, sizeof=68                     || ndbcluster | NdbCall               | created=0, free=0, sizeof=16                     || ndbcluster | NdbBlob               | created=1, free=1, sizeof=264                    || ndbcluster | NdbReceiver           | created=4, free=0, sizeof=68                     || ndbcluster | binlog                | latest_epoch=155467, latest_trans_epoch=148126,  latest_received_binlog_epoch=0, latest_handled_binlog_epoch=0,  latest_applied_binlog_epoch=0                                                         |+------------+-----------------------+--------------------------------------------------+

Строки с connection и binlog в Name столбец был добавлен к выводу этого оператора в MySQL 5.1. Status столбец в каждой из этих строк предоставляет информацию о соединении сервера MySQL с кластером и о двоичном состоянии журнала кластера, соответственно. Status информация находится в форме разграниченного запятой набора пар имя/значение.

connection строка Status столбец содержит пары имя/значение, описанные в следующей таблице.

Имя	Значение
`cluster_node_id`	ID узла сервера MySQL в кластере
`connected_host`	Имя хоста или IP-адрес сервера управления кластером, с которым соединяется сервер MySQL
`connected_port`	Порт, используемый сервером MySQL, чтобы соединиться с сервером управления (`connected_host`)
`number_of_data_nodes`	Число узлов данных, сконфигурированных для кластера (то есть, число `[ndbd]` разделы в кластере `config.ini` файл)
`number_of_ready_data_nodes`	Число узлов данных в кластере, которые фактически работают
`connect_count`	Число раз этот mysqld соединило orreconnected, чтобы кластеризировать узлы данных

binlog строка Status столбец содержит информацию, касающуюся MySQL Cluster Replication. Пары имя/значение, которые это содержит, описываются в следующей таблице.

Имя	Значение
`latest_epoch`	Новая эпоха, на которой последний раз работают этот сервер MySQL (то есть, порядковый номер новой транзакции, на которой работают сервер)
`latest_trans_epoch`	Новая эпоха обрабатывается узлами данных кластера
`latest_received_binlog_epoch`	Новая эпоха получается потоком binlog
`latest_handled_binlog_epoch`	Новая эпоха, обработанная потоком binlog (для того, чтобы записать в thebinlog)
`latest_applied_binlog_epoch`	Новая эпоха, фактически записанная binlog

См. Раздел 17.6, "MySQL Cluster Replication", для получения дополнительной информации.

Остающиеся строки от вывода SHOW ENGINE NDB STATUS которые, наиболее вероятно, окажутся полезными в контроле кластера, перечисляются здесь Name:

NdbTransaction: Число и размер NdbTransaction объекты, которые были созданы. NdbTransaction создается каждый раз табличная работа схемы (такой как CREATE TABLE или ALTER TABLE) выполняется на NDB таблица.
NdbOperation: Число и размер NdbOperation объекты, которые были созданы.
NdbIndexScanOperation: Число и размер NdbIndexScanOperation объекты, которые были созданы.
NdbIndexOperation: Число и размер NdbIndexOperation объекты, которые были созданы.
NdbRecAttr: Число и размер NdbRecAttr объекты, которые были созданы. Вообще, один из них создается каждый раз, когда оператор манипулирования данными выполняется узлом SQL.
NdbBlob: Число и размер NdbBlob объекты, которые были созданы. NdbBlob создается для каждой новой работы, включающей a BLOB столбец в NDB таблица.
NdbReceiver: Число и размер любого NdbReceiver объект, которые были созданы. Число в created столбец является тем же самым как числом узлов данных в кластере, с которым соединился сервер MySQL.

Отметить

SHOW ENGINE NDB STATUS возвращает пустой результат если никакое включение операций NDB таблицы были выполнены во время текущего сеанса клиентом MySQL, получающим доступ к узлу SQL, на котором выполняется этот оператор.

13.7.5.16. SHOW ENGINE Синтаксис

13.7.5.16. `SHOW ENGINE` Синтаксис