5Мар

Показать двигатель: Cамый большой двигатель автомобиля. ТОП рейтинг объема моторов машин.

Cамый большой двигатель автомобиля. ТОП рейтинг объема моторов машин.

Cамый большой двигатель автомобиля. ТОП рейтинг объема моторов машин. Scroll
  Логин: Пароль:

 

Суперкары

Люксовые

Джипы

Спорткары

Тюнинги

Концепты

Показать самые маленькие двигатели
01   2003 Cadillac Sixteen Concept   
13577 см³ 
 320 км/ч.     4 сек.    
     1014 л.с.     2268 кг
02   2006 AC Cobra Weineck 780 cui Limited Edition   
12780 см³ 
 300 км/ч.
    2.9 сек.    
     1100 л.с.     990 кг
03   2005 Jeep Hurricane Concept   
11308 см³ 
 250 км/ч.     5.2 сек.    
     680 л.с.     1746 кг
04   2006 Isdera Autobahnkurier 116i   
11094 см³ 
 242 км/ч.     8 сек.    
     600 л.с.     2270 кг
05   2013 Plymouth Barracuda 71 RK Motors Charlotte   
9914 см³ 
 340 км/ч.
    3 сек.    
     850 л.с.     1350 кг
06   1990 Chevrolet Corvette ZR-12   
9855 см³ 
 320 км/ч.     4 сек.    
     686 л.с.     1600 кг

А что вы скажете про этот автомобиль?

07   2005 Plymouth HEMI Cuda 572 G-Force Custom   
9370 см³ 
 320 км/ч.     2.15 сек.    
     1170 л.с.     1850 кг
08   2012 Ford Mustang Boss 557 (1969) Pro-Touring RK Motors   
9128 см³ 
 300 км/ч.     3.9 сек.    
     800 л.с.     1670 кг
09   2004 Rolls-Royce 100EX Centenary   
8998 см³ 
 250 км/ч.     5.7 сек.    
     781 л.с.     2700 кг
10   2013 Ford Ultimate Mustang GT 545 (1967) Pro-Touring RK Motors   
8931 см³ 
 300 км/ч.     4.1 сек.    
     710 л.с.     1670 кг
11   2007 Hennessey Venom 1000 Twin Turbo   
8554 см³ 
 411 км/ч.     3.1 сек.    
     1014 л.с.     1556 кг
12   2010 Ford Mustang Pro-Tuning Anvil   
8534 см³ 
 292 км/ч.     4.1 сек.    
     816 л.с.     1650 кг
Cadillac
Isdera
AC
Hennessey
Hennessey
AC
Plymouth
Ford
Все бренды в Рейтинге А777
Рисунки автомобилей КАТАЛОГ ТОП-30

Новые автомобили :

Последние добавленные (на модерации) :    

GX160 — Honda engines

Двигатель GX160 подходит для широкого спектра применения в тяжелых условиях, например, в строительном оборудовании, культиваторах, генераторах, сварочных аппаратах, насосах и другом промышленном оборудовании.

Особенности двигателя:
  • OHV дизайн повышает эффективность сгорания
  • Высокая литровая мощность
  • Легкий запуск благодаря автоматической системе декомпрессии и удобной ручке ручного стартера
  • Высокое качество материалов и специальные компоненты, которые гарантируют надежность и долговечность
  • Двигатель соответствует самым строгим мировым экологическим стандартам
  • Низкий расход топлива и масла
  • Низкий уровень вибрации и шума

Показать больше

Добавить двигатель к сравнению

Тип двигателя Четырехтактный одноцилиндровый
Бензиновый двигатель OHV
Наклон цилиндра 25°
Горизонтальное расположение вала

Тип гильзы цилиндра Чугунная гильза

Диаметр гильзы х ход поршня 68 x 45 мм

Рабочий объем 163 см³

Коэффициент сжатия 9. 0 : 1

Полезная мощность 3.6 кBт ( 4.8 л.c. ) / 3600 об/мин

Номинальная мощность 2.5 кBт ( 3.4 л.c. ) / 3000 об/мин
2.9 кBт ( 3.9 л.c. ) / 3600 об/мин

Максимальный крутящий момент 10.3 Нм ( 1.05 кгм ) / 2500 об/мин

Система зажигания Транзисторная

Стартер Ручной стартер ( Электрический стартер — дополнительная опция )

Емкость топливного бака 3.1 л

Расход топлива при номинальной мощности 1.4 л/час — 3600 об/мин

Объем масла в двигателе 0.6 л

Размеры (Д х Ш х В) 312 x 362 x 346 мм

Сухая масса 15.1 кг

Кривая мощности GX160

Мощность двигателя — это «чистая» выходная мощность, протестированная на производстве двигателей конкретной модели в соответствии с SAE J1349 при указанных оборотах. Мощность двигателей серийного производства может немного отличаться от этого значения. Фактическая мощность двигателя, установленного на конечное изделие, будет варьироваться в зависимости от многих факторов, таких как число оборотов двигателя, условия окружающей среды, техническое обслуживание и др. 

узнать больше

Размеры GX160

КАТЕГОРИЯ:

Показать всеАксессуарыИнструкции по эксплуатацииИнформация о ремонтеИнформация о сборкеЛисты проверки карбюратораОбслуживаниеРасположение компонентовРуководства по обслуживаниюТехническое описаниеТопливо

Язык:

Показать всеАнглийскийБолгарскийВенгерскийГреческийДатскийИспанскийИтальянскийКитайскийЛатвийскийЛитовскийНемецкийНидерландскийНорвежскийПольскийПортугальскийРумынскийРусскийСербскийСловацкийСловенскийТурецкийУкраинскийФинскийФранцузскийХорватскийЧешскийШведскийЭстонскийЯпонский

Поиск

НАША КОМАНДА СЕРВИСНЫХ


СПЕЦИАЛИСТОВ —
НАСТОЯЩИЕ СУПЕРГЕРОИ
Двигатель Honda — супергерой рядом с тобой

Узнать больше

Сайт разработан IOTTA

MySQL :: Справочное руководство по MySQL 8.

0 :: 13.7.7.15 Оператор SHOW ENGINE

13.7.7.15 Оператор SHOW ENGINE
 SHOW ENGINE  имя_двигателя  {СТАТУС | МЬЮТЕКС} 

SHOW ENGINE отображает рабочие информация о механизме хранения. Это требует ПРОЦЕСС привилегия. Заявление имеет такие варианты:

 ПОКАЗАТЬ СТАТУС ДВИГАТЕЛЯ INNODB
ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB MUTEX
ПОКАЗАТЬ СТАТУС ПРОИЗВОДИТЕЛЬНОСТИ ДВИГАТЕЛЯ_СХЕМЫ 

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB STATUS отображает обширную информацию из стандарт InnoDB Монитор о состоянии механизм хранения InnoDB . Для информации про стандартный монитор и прочее InnoDB Мониторы, которые предоставляют информацию о Обработка InnoDB , см. Раздел 15.17, «Мониторы InnoDB».

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB МЬЮТЕКС отображает InnoDB мьютекс и статистика rw-lock.

Примечание

Мьютексы и rwlocks InnoDB также могут быть отслеживается с помощью производительности Таблицы схемы. Видеть Раздел 15.16.2, «Мониторинг ожиданий мьютекса InnoDB с использованием схемы производительности».

Сбор статистики мьютексов настраивается динамически с помощью следующие варианты:

  • Чтобы включить сбор статистики мьютекса, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_enable = 'защелка'; 
  • Чтобы сбросить статистику мьютекса, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_reset = 'защелка'; 
  • Чтобы отключить сбор статистики мьютексов, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_disable = 'защелка'; 

Сбор статистики мьютексов для ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB MUTEX также можно включить, установив innodb_monitor_enable='все' или отключено настройкой innodb_monitor_disable='все' .

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB Выход MUTEX имеет следующие столбцы:

  • Тип

    Всегда InnoDB .

  • Имя

    Для мьютексов поле Имя сообщает только имя мьютекса. Для замков Имя поле сообщает исходный файл, в котором находится rwlock реализовано, и номер строки в файле, где рулок создан. Номер строки зависит от вашего версию MySQL.

  • Статус

    Статус мьютекса. В этом поле сообщается количество вращений, ждет и звонит. Статистика низкоуровневой операционной системы мьютексы, которые реализованы вне InnoDB , не сообщается.

    • спинов указывает количество спинов.

    • ожидает указывает количество мьютексов ждет.

    • вызовов указывает, сколько раз был запрошен мьютекс.

SHOW ENGINE INNODB MUTEX не указан мьютексы и rw-блокировки для каждого блока пула буферов, как количество выходных данных будет подавляющим в системах с большим буфером бассейн. SHOW ENGINE INNODB MUTEX делает, однако, агрегат печати BUF_BLOCK_MUTEX вращение, ожидание, и значения вызовов для мьютексов блоков пула буферов и блокировок rw. SHOW ENGINE INNODB MUTEX также не указан любые мьютексы или rw-блокировки, которые никогда не ждали ( os_waits=0 ). Таким образом, SHOW ENGINE INNODB MUTEX отображает информацию только о мьютексах и rw-блокировки за пределами пула буферов, которые вызвали в хотя бы одно ожидание на уровне ОС.

Используйте ПОКАЗАТЬ ДВИГАТЕЛЬ PERFORMANCE_SCHEMA STATUS для проверки внутреннего работа кода Performance Schema:

 mysql> ПОКАЗАТЬ СОСТОЯНИЕ ПРОИЗВОДИТЕЛЬНОСТИ_СХЕМЫ ДВИГАТЕЛЯ\G
...
**************************** 3-й ряд ********************** *******
  Тип: представление_схемы
  Название: events_waits_history.size
Статус: 76
*************************** 4-й ряд ********************** *******
  Тип: представление_схемы
  Название: events_waits_history.count
Статус: 10000
*************************** 5-й ряд ********************** *******
  Тип: представление_схемы
  Имя: events_waits_history.memory
Статус: 760000
...
**************************** 57. ряд ********************** *******
  Тип: представление_схемы
  Имя: performance_schema.memory
Статус: 26459600
... 

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

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

  • Внутренний буфер, который не отображается как таблица, называется в скобках. Примеры: (pfs_cond_class).размер , (pfs_mutex_class).память .

  • Внутренний буфер, представленный в виде таблицы в performance_schema имя базы данных после таблицы без скобок. Примеры: events_waits_history.size , mutex_instances.count .

  • Значение, которое применяется к схеме производительности в целом. начинается с представление_схемы . Пример: представление_схемы.память .

Атрибуты буфера имеют следующие значения:

  • размер размер внутренней записи используемые реализацией, такие как размер строки в стол. размер значения не могут быть изменены.

  • count количество внутренних записей, Например, количество строк в таблице. count Значения можно изменить с помощью Параметры конфигурации схемы производительности.

  • Для стола, имя_таблицы .память является продуктом размера и считать . Для схемы производительности как целое, performance_schema.memory — это сумма всей используемой памяти (сумма всех остальных память значений).

В некоторых случаях существует прямая связь между Параметр конфигурации Performance Schema и SHOW ДВИГАТЕЛЬ значение. Например, events_waits_history_long.count соответствует к performance_schema_events_waits_history_long_size . В других случаях отношения более сложные. Например, events_waits_history.count соответствует performance_schema_events_waits_history_size (количество строк в потоке), умноженное на performance_schema_max_thread_instances (количество нитей).

ПОКАЗАТЬ СТАТУС NDB ДВИГАТЕЛЯ. Если на сервере установлено хранилище NDB двигатель включен, SHOW ENGINE NDB STATUS отображает информацию о состоянии кластера, такую ​​как количество подключенные узлы данных, строка соединения кластера и кластер эпохи двоичного журнала, а также количество различных Cluster API объекты, созданные сервером MySQL при подключении к кластер. Пример вывода этого оператора показан здесь:

 mysql> SHOW ENGINE NDB STATUS;
+------------+------------------------+------------ --------------------------------------+
| Тип | Имя | Статус |
+------------+------------------------+------------ --------------------------------------+
| ндбкластер | соединение | идентификатор_узла_кластера=7,
  подключенный_хост = 198. 51.100.103, подключенный_порт = 1186, количество_узлов_данных = 4,
  number_of_ready_data_nodes=3, connect_count=0 |
| ндбкластер | ндбтранзакция | создано = 6, бесплатно = 0, sizeof = 212 |
| ндбкластер | NdbОперация | создано=8, бесплатно=8, sizeof=660 |
| ндбкластер | NdbIndexScanOperation | создано=1, бесплатно=1, sizeof=744 |
| ндбкластер | NdbIndexOperation | создано=0, бесплатно=0, sizeof=664 |
| ндбкластер | Ндбрекаттр | создано = 1285, бесплатно = 1285, sizeof = 60 |
| ндбкластер | НдбАпиСигнал | создано = 16, бесплатно = 16, sizeof = 136 |
| ндбкластер | NdbLabel | создано=0, бесплатно=0, размер=196 |
| ндбкластер | NdbBranch | создано=0, бесплатно=0, sizeof=24 |
| ндбкластер | NdbПодпрограмма | создано=0, бесплатно=0, sizeof=68 |
| ндбкластер | ндбколл | создано=0, бесплатно=0, sizeof=16 |
| ндбкластер | НдбБлоб | создано=1, бесплатно=1, sizeof=264 |
| ндбкластер | NdbReceiver | создано=4, бесплатно=0, sizeof=68 |
| ндбкластер | бинлог | последняя_эпоха=155467, последняя_транс_эпоха=148126,
  last_received_binlog_epoch=0, last_handled_binlog_epoch=0,
  last_applied_binlog_epoch=0 |
+------------+------------------------+------------ --------------------------------------+ 

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

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

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

Дополнительную информацию см. в Разделе 23.7, «Репликация кластера NDB». Информация.

Остальные строки из вывода SHOW ENGINE NDB СТАТУС , которые, скорее всего, окажутся полезными в мониторинг кластера перечислены здесь по Имя :

  • NdbTransaction : Количество и размер NdbTransaction объектов, которые были созданный. Создается NdbTransaction каждый раз, когда операция схемы таблицы (например, СОЗДАТЬ ТАБЛИЦУ или ALTER TABLE ) выполняется таблица NDB .

  • NdbОперация : Количество и размер NdbOperation объектов, которые были созданный.

  • NdbIndexScanOperation : Количество и размер объектов NdbIndexScanOperation которые были созданы.

  • NdbIndexOperation : Количество и размер NdbIndexOperation объектов, которые были созданный.

  • NdbRecAttr : Количество и размер NdbRecAttr объектов, которые были созданный. Как правило, один из них создается каждый раз, когда Оператор обработки данных выполняется узлом SQL.

  • NdbBlob : Количество и размер NdbBlob созданных объектов. NdbBlob создается для каждого нового операция с участием BLOB столбец в таблице NDB .

  • NdbReceiver : Количество и размер любого Объект NdbReceiver , который был созданный. Число в столбце создало . совпадает с количеством узлов данных в кластере для к которому подключен сервер MySQL.

Примечание

ПОКАЗАТЬ СТАТУС NDB ДВИГАТЕЛЯ возвращает пустой результат, если нет операций, включающих Выполнено таблиц NDB во время текущего сеанса клиент MySQL, обращающийся к Узел SQL, на котором выполняется этот оператор.

MySQL :: Справочное руководство по MySQL 5.

7 :: 13.7.5.15 Оператор SHOW ENGINE

13.7.5.15 Оператор SHOW ENGINE
 SHOW ENGINE  имя_двигателя  {СТАТУС | МЬЮТЕКС} 

SHOW ENGINE отображает рабочие информация о механизме хранения. Это требует ПРОЦЕСС привилегия. Заявление имеет такие варианты:

 ПОКАЗАТЬ СТАТУС ДВИГАТЕЛЯ INNODB
ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB MUTEX
ПОКАЗАТЬ СОСТОЯНИЕ ПРОИЗВОДИТЕЛЬНОСТИ ДВИГАТЕЛЯ_СХЕМЫ 

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB STATUS отображает обширную информацию из стандарт InnoDB Монитор о состоянии механизм хранения InnoDB . Для информации про стандартный монитор и прочее InnoDB Мониторы, которые предоставляют информацию о Обработка InnoDB , см. Раздел 14.18, «Мониторы InnoDB».

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB MUTEX отображает InnoDB мьютекс и статистика rw-lock.

Примечание

Мьютексы и rwlocks InnoDB также могут быть отслеживается с помощью производительности Таблицы схемы. Видеть Раздел 14.17.2, «Мониторинг ожиданий мьютекса InnoDB с использованием схемы производительности».

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB Вывод MUTEX был удален в MySQL 5.7.2. Это было пересмотрено и вновь введено в MySQL 5.7.8.

В MySQL 5.7.8 настроен сбор статистики мьютексов динамически, используя следующие параметры:

  • Чтобы включить сбор статистики мьютекса, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_enable = 'защелка'; 
  • Чтобы сбросить статистику мьютекса, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_reset = 'защелка'; 
  • Чтобы отключить сбор статистики мьютексов, запустите:

     УСТАНОВИТЬ ГЛОБАЛЬНЫЙ innodb_monitor_disable = 'защелка'; 

Сбор статистики мьютексов для ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB MUTEX также можно включить, установив innodb_monitor_enable='все' или отключено настройкой innodb_monitor_disable='все' .

ПОКАЗАТЬ ДВИГАТЕЛЬ INNODB Выход MUTEX имеет следующие столбцы:

  • Тип

    Всегда InnoDB .

  • Имя

    До MySQL 5.7.8 поле Name сообщает исходный файл, в котором реализован мьютекс, и номер строки в файле, где создается мьютекс. номер строки зависит от вашей версии MySQL. По состоянию на MySQL 5.7.8 сообщается только имя мьютекса. Имя файла и номер строки по-прежнему сообщается для rwlocks.

  • Статус

    Статус мьютекса.

    До MySQL 5.7.8 поле Status отображает несколько значений, если WITH_DEBUG был определен в Время компиляции MySQL. Если WITH_DEBUG не был определен, оператор отображает только os_waits ценность. В последнем случае (без WITH_DEBUG ), информация на котором основан результат, недостаточно, чтобы отличить обычные мьютексы и мьютексы, защищающие rwlocks (которые разрешить несколько читателей или один писатель). Следовательно, вывод может содержать несколько строк для одного и того же мьютекс. Pre-MySQL 5.7.8 Поле состояния значения включают:

    • count указывает, сколько раз был запрошен мьютекс.

    • spin_waits указывает, сколько раз спинлок должен был работать.

    • spin_rounds указывает количество раунды со спинлоком. ( spin_rounds разделенных by spin_waits обеспечивает среднее счет раундов.)

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

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

    • os_wait_times указывает количество время (в мс), проведенное в ожидании операционной системы. В MySQL 5.7 синхронизация отключена, и это значение всегда 0.

    Начиная с MySQL 5.7.8, поле Status сообщает количество спинов, ожиданий и звонков. Статистика для низкоуровневых мьютексов операционной системы, которые реализованы вне InnoDB , не сообщил.

    • спинов указывает количество спинов.

    • ожидает указывает количество мьютексов ждет.

    • вызовов указывает, сколько раз был запрошен мьютекс.

SHOW ENGINE INNODB MUTEX не указан мьютексы и rw-блокировки для каждого блока пула буферов, как количество выходных данных будет подавляющим в системах с большим буфером бассейн. SHOW ENGINE INNODB MUTEX делает, однако, агрегат печати BUF_BLOCK_MUTEX вращение, ожидание, и значения вызовов для мьютексов блоков пула буферов и блокировок rw. SHOW ENGINE INNODB MUTEX также не отображается любые мьютексы или rw-блокировки, которые никогда не ждали ( os_waits=0 ). Таким образом, SHOW ENGINE INNODB MUTEX отображает информацию только о мьютексах и rw-блокировки за пределами пула буферов, которые вызвали в хотя бы одно ожидание на уровне ОС.

Используйте ПОКАЗАТЬ ДВИГАТЕЛЬ PERFORMANCE_SCHEMA STATUS для проверки внутреннего работа кода Performance Schema:

 mysql> ПОКАЗАТЬ СОСТОЯНИЕ ПРОИЗВОДИТЕЛЬНОСТИ_СХЕМЫ ДВИГАТЕЛЯ\G
...
**************************** 3-й ряд ********************** *******
  Тип: представление_схемы
  Название: events_waits_history.size
Статус: 76
*************************** 4-й ряд ********************** *******
  Тип: представление_схемы
  Название: events_waits_history. count
Статус: 10000
*************************** 5-й ряд ********************** *******
  Тип: представление_схемы
  Имя: events_waits_history.memory
Статус: 760000
...
**************************** 57. ряд ********************** *******
  Тип: представление_схемы
  Имя: performance_schema.memory
Статус: 26459600
... 

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

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

  • Внутренний буфер, который не отображается как таблица, называется в скобках. Примеры: (pfs_cond_class).размер , (pfs_mutex_class).память .

  • Внутренний буфер, представленный в виде таблицы в performance_schema имя базы данных после таблицы без скобок. Примеры: events_waits_history.size , mutex_instances.count .

  • Значение, которое применяется к схеме производительности в целом. начинается с представление_схемы . Пример: представление_схемы.память .

Атрибуты буфера имеют следующие значения:

  • размер размер внутренней записи используемые реализацией, такие как размер строки в стол. размер значения не могут быть изменены.

  • count количество внутренних записей, Например, количество строк в таблице. count Значения можно изменить с помощью Параметры конфигурации схемы производительности.

  • Для стола, имя_таблицы . память является продуктом размера и считать . Для схемы производительности как целое, performance_schema.memory — это сумма всей используемой памяти (сумма всех остальных память значений).

В некоторых случаях существует прямая связь между Параметр конфигурации Performance Schema и SHOW ДВИГАТЕЛЬ значение. Например, events_waits_history_long.count соответствует к performance_schema_events_waits_history_long_size . В других случаях отношения более сложные. Например, events_waits_history.count соответствует performance_schema_events_waits_history_size (количество строк в потоке), умноженное на performance_schema_max_thread_instances (количество нитей).

ПОКАЗАТЬ СТАТУС NDB ДВИГАТЕЛЯ. Если на сервере установлено хранилище NDB двигатель включен, SHOW ENGINE NDB STATUS отображает информацию о состоянии кластера, такую ​​как количество подключенные узлы данных, строка соединения кластера и кластер эпохи двоичного журнала, а также количество различных Cluster API объекты, созданные сервером MySQL при подключении к кластер. Пример вывода этого оператора показан здесь:

 mysql> SHOW ENGINE NDB STATUS;
+------------+------------------------+------------ --------------------------------------+
| Тип | Имя | Статус |
+------------+------------------------+------------ --------------------------------------+
| ндбкластер | соединение | идентификатор_узла_кластера=7,
  подключенный_хост = 198.51.100.103, подключенный_порт = 1186, количество_узлов_данных = 4,
  number_of_ready_data_nodes=3, connect_count=0 |
| ндбкластер | ндбтранзакция | создано = 6, бесплатно = 0, sizeof = 212 |
| ндбкластер | NdbОперация | создано=8, бесплатно=8, sizeof=660 |
| ндбкластер | NdbIndexScanOperation | создано=1, бесплатно=1, sizeof=744 |
| ндбкластер | NdbIndexOperation | создано=0, бесплатно=0, sizeof=664 |
| ндбкластер | Ндбрекаттр | создано = 1285, бесплатно = 1285, sizeof = 60 |
| ндбкластер | НдбАпиСигнал | создано = 16, бесплатно = 16, sizeof = 136 |
| ндбкластер | NdbLabel | создано=0, бесплатно=0, размер=196 |
| ндбкластер | NdbBranch | создано=0, бесплатно=0, sizeof=24 |
| ндбкластер | NdbПодпрограмма | создано=0, бесплатно=0, sizeof=68 |
| ндбкластер | ндбколл | создано=0, бесплатно=0, sizeof=16 |
| ндбкластер | НдбБлоб | создано=1, бесплатно=1, sizeof=264 |
| ндбкластер | NdbReceiver | создано=4, бесплатно=0, sizeof=68 |
| ндбкластер | бинлог | последняя_эпоха=155467, последняя_транс_эпоха=148126,
  last_received_binlog_epoch=0, last_handled_binlog_epoch=0,
  last_applied_binlog_epoch=0 |
+------------+------------------------+------------ --------------------------------------+ 

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

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

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

Дополнительную информацию см. в Разделе 21.7, «Репликация кластера NDB». Информация.

Остальные строки из вывода SHOW ENGINE NDB СТАТУС , которые, скорее всего, окажутся полезными в мониторинг кластера перечислены здесь по Имя :

  • NdbTransaction : Количество и размер NdbTransaction объектов, которые были созданный. Создается NdbTransaction каждый раз, когда операция схемы таблицы (например, СОЗДАТЬ ТАБЛИЦУ или ALTER TABLE ) выполняется таблица NDB .

  • NdbОперация : Количество и размер NdbOperation объектов, которые были созданный.

  • NdbIndexScanOperation : Количество и размер объектов NdbIndexScanOperation которые были созданы.

  • NdbIndexOperation : Количество и размер NdbIndexOperation объектов, которые были созданный.

  • NdbRecAttr : Количество и размер NdbRecAttr объектов, которые были созданный. Как правило, один из них создается каждый раз, когда Оператор обработки данных выполняется узлом SQL.