Spec-Zone.ru › MySQL 9.2

7.1.10 Переменные состояния сервера

Сервер MySQL поддерживает множество переменных состояния, которые предоставляют информацию о его работе. Вы можете просмотреть эти переменные и их значения, используя оператор SHOW [GLOBAL | SESSION] STATUS (см. Раздел 15.7.7.37, «Оператор SHOW STATUS»). Необязательное ключевое слово GLOBAL агрегирует значения по всем подключениям, а SESSION показывает значения для текущего подключения.

mysql> SHOW GLOBAL STATUS;
+-----------------------------------+------------+
| Variable_name                     | Value      |
+-----------------------------------+------------+
| Aborted_clients                   | 0          |
| Aborted_connects                  | 0          |
| Bytes_received                    | 155372598  |
| Bytes_sent                        | 1176560426 |
...
| Connections                       | 30023      |
| Created_tmp_disk_tables           | 0          |
| Created_tmp_files                 | 3          |
| Created_tmp_tables                | 2          |
...
| Threads_created                   | 217        |
| Threads_running                   | 88         |
| Uptime                            | 1389872    |
+-----------------------------------+------------+

Многие переменные состояния сбрасываются до 0 оператором FLUSH STATUS.

В этом разделе приведено описание каждой переменной состояния. Сводку переменных состояния см. в Разделе 7.1.6, «Справочник по переменным состояния сервера». Сведения о переменных состояния, специфичных для NDB Cluster, см. в Разделе 25.4.3.9.3, «Переменные состояния NDB Cluster».

Переменные состояния имеют следующие значения.

  • Aborted_clients

    Количество соединений, прерванных из-за того, что клиент прекратил работу, не закрыв соединение должным образом. См. Раздел B.3.2.9, «Ошибки связи и прерванные соединения».

  • Aborted_connects

    Количество неудачных попыток подключения к серверу MySQL. См. Раздел B.3.2.9, «Ошибки связи и прерванные соединения».

    Для дополнительной информации о подключениях, проверьте переменные состояния Connection_errors_xxx и таблицу host_cache.

  • Authentication_ldap_sasl_supported_methods

    Плагин authentication_ldap_sasl, реализующий аутентификацию SASL LDAP, поддерживает несколько методов аутентификации, но в зависимости от конфигурации хост-системы, они могут быть не все доступны. Переменная Authentication_ldap_sasl_supported_methods предоставляет возможность определить поддерживаемые методы. Ее значение представляет собой строку, содержащую имена поддерживаемых методов, разделенные пробелами. Пример: "SCRAM-SHA 1 SCRAM-SHA-256 GSSAPI"

  • Binlog_cache_disk_use

    Количество транзакций, которые использовали кэш временного бинарного журнала, но превысили значение binlog_cache_size и использовали временный файл для хранения утверждений из транзакции.

    Количество не транзакционных утверждений, которые привели к записи кэша транзакции бинарного журнала на диск, отслеживается отдельно в переменной состояния Binlog_stmt_cache_disk_use.

  • Acl_cache_items_count

    Количество кэшированных объектов привилегий. Каждый объект представляет собой комбинацию привилегий пользователя и его активных ролей.

  • Binlog_cache_use

    Количество транзакций, которые использовали кэш бинарного журнала.

  • Binlog_stmt_cache_disk_use

    Количество не транзакционных утверждений, которые использовали кэш операторов бинарного журнала, но превысили значение binlog_stmt_cache_size и использовали временный файл для хранения этих операторов.

  • Binlog_stmt_cache_use

    Количество не транзакционных утверждений, которые использовали кэш операторов бинарного журнала.

  • Bytes_received

    Количество байтов, полученных от всех клиентов.

  • Bytes_sent

    Количество байтов, отправленных всем клиентам.

  • Caching_sha2_password_rsa_public_key

    Открытый ключ, используемый плагином аутентификации caching_sha2_password для обмена паролями на основе пар ключей RSA. Значение не пустое только в том случае, если сервер успешно инициализировал закрытый и открытый ключи в файлах, указанных переменными системными переменными caching_sha2_password_private_key_path и caching_sha2_password_public_key_path. Значение Caching_sha2_password_rsa_public_key берется из последнего файла.

  • Com_xxx

    Переменные счётчиков утверждений Com_xxx указывают количество раз, когда каждое утверждение xxx было выполнено. Для каждого типа утверждения существует одна переменная состояния. Например, Com_delete и Com_update подсчитывают операторы DELETE и UPDATE соответственно. Com_delete_multi и Com_update_multi аналогичны, но относятся к операторам DELETE и UPDATE, использующим синтаксис нескольких таблиц.

    Все переменные Com_stmt_xxx увеличиваются, даже если аргумент подготовленного оператора неизвестен или произошла ошибка во время выполнения. Другими словами, их значения соответствуют количеству выданных запросов, а не количеству успешно завершённых запросов. Например, поскольку переменные состояния инициализируются при каждом запуске сервера и не сохраняются между перезапусками, переменные Com_restart и Com_shutdown, отслеживающие операторы RESTART и SHUTDOWN обычно имеют значение ноль, но могут быть ненулевыми, если операторы RESTART или SHUTDOWN были выполнены, но завершились ошибкой.

    Переменные состояния Com_stmt_xxx следующие:

    • Com_stmt_prepare

    • Com_stmt_execute

    • Com_stmt_fetch

    • Com_stmt_send_long_data

    • Com_stmt_reset

    • Com_stmt_close

    Эти переменные относятся к командам подготовленных операторов. Их имена относятся к набору команд COM_xxx, используемых в сетевом уровне. Другими словами, их значения увеличиваются всякий раз, когда выполняются вызовы API подготовленных операторов, такие как mysql_stmt_prepare(), mysql_stmt_execute() и т.д. Однако, Com_stmt_prepare, Com_stmt_execute и Com_stmt_close также увеличиваются для PREPARE, EXECUTE или DEALLOCATE PREPARE соответственно. Кроме того, значения более старых переменных счётчиков операторов Com_prepare_sql, Com_execute_sql и Com_dealloc_sql увеличиваются для операторов PREPARE, EXECUTE и DEALLOCATE PREPARE. Com_stmt_fetch обозначает общее количество сетевых обменов, выданных при извлечении из курсоров.

    Com_stmt_reprepare указывает количество раз, когда сервер автоматически переподготовил операторы, например, после изменений метаданных таблиц или представлений, на которые ссылается оператор. Операция переподготовки увеличивает Com_stmt_reprepare, а также Com_stmt_prepare.

    Com_explain_other указывает количество выполненных операторов EXPLAIN FOR CONNECTION. См. Раздел 10.8.4, «Получение информации о плане выполнения для именованного соединения».

    Com_change_repl_filter указывает количество выполненных операторов CHANGE REPLICATION FILTER.

  • Compression

    Использует ли соединение клиента сжатие в протоколе клиент/сервер.

    Эта переменная состояния устарела; ожидается, что она будет удалена в будущей версии MySQL. См. Настройка устаревшего сжатия подключений.

  • Compression_algorithm

    Название алгоритма сжатия, используемого для текущего соединения с сервером. Значение может быть любым алгоритмом, разрешенным в значении системной переменной protocol_compression_algorithms. Например, значение является uncompressed, если соединение не использует сжатие, или zlib, если соединение использует алгоритм zlib.

    Для получения дополнительной информации, см. Раздел 6.2.8, «Управление сжатием подключений».

  • Compression_level

    Уровень сжатия, используемый для текущего соединения с сервером. Значение равно 6 для zlib соединений (уровень сжатия по умолчанию для алгоритма zlib), от 1 до 22 для zstd соединений и 0 для uncompressed соединений.

    Для получения дополнительной информации, см. Раздел 6.2.8, «Управление сжатием подключений».

  • Connection_errors_xxx

    Эти переменные предоставляют информацию об ошибках, возникающих во время процесса подключения клиента. Они являются глобальными и представляют собой счётчики ошибок, агрегированные по подключениям со всех хостов. Эти переменные отслеживают ошибки, которые не учитываются кэшем хоста (см. Раздел 7.1.12.3, «DNS-запросы и кэш хоста»), такие как ошибки, которые не связаны с TCP-соединениями, возникают очень рано в процессе подключения (даже до того, как известен IP-адрес) или не относятся к какому-либо конкретному IP-адресу (например, ситуации недостатка памяти).

    • Connection_errors_accept

      Количество ошибок, произошедших во время вызовов accept() на порту прослушивания.

    • Connection_errors_internal

      Количество подключений, отклоненных из-за внутренних ошибок сервера, таких как неудача при запуске новой потоковой задачи или недостаток памяти.

    • Connection_errors_max_connections

      Количество подключений, отклоненных из-за достижения предела сервера max_connections.

    • Connection_errors_peer_address

      Количество ошибок, произошедших при поиске IP-адресов подключающихся клиентов.

    • Connection_errors_select

      Количество ошибок, возникших во время вызовов select() или poll() на порту прослушивания. (Отказ этой операции не обязательно означает отклонение подключения клиента.)

    • Connection_errors_tcpwrap

      Количество подключений, отклоненных библиотекой libwrap.

  • Connections

    Количество попыток подключения (успешных и неуспешных) к серверу MySQL.

  • Count_hit_query_past_global_connection_memory_status_limit

    Количество раз, когда запросы, использующие любое подключение, привели к превышению общего потребления памяти над значением global_connection_memory_status_limit. Эта переменная инкрементируется, когда запрос приводит к увеличению общего потребления памяти от значения меньше, чем global_connection_memory_status_limit, до значения больше, чем это значение; если запрос выполнен, но общее потребление памяти уже превышает это значение, переменная статуса не инкрементируется.

  • Count_hit_query_past_connection_memory_status_limit

    Количество раз, когда запросы, использующие текущее подключение, привели к превышению общего потребления памяти над значением connection_memory_limit. Эта переменная инкрементируется, для запроса, выполненного в рамках подключения, когда такой запрос приводит к увеличению общего потребления памяти от значения меньше, чем connection_memory_limit, до значения больше, чем это значение; если запрос выполнен, но общее потребление памяти уже превышает это значение, переменная статуса не инкрементируется.

  • Count_hit_tmp_table_size

    Количество внутренних временных таблиц, которые были преобразованы из памяти в на диске, потому что либо движок TempTable достиг предела tmp_table_size, либо движок MEMORY достиг меньшего значения из tmp_table_size и max_heap_table_size.

  • Created_tmp_disk_tables

    Количество внутренних временных таблиц на диске, созданных сервером во время выполнения запросов.

    Вы можете сравнить количество созданных внутренних временных таблиц на диске с общим количеством созданных внутренних временных таблиц, сравнив значения Created_tmp_disk_tables и Created_tmp_tables.

    Примечание

    Из-за известного ограничения Created_tmp_disk_tables не учитывает временные таблицы на диске, созданные в файлах с отображением памяти. По умолчанию механизм переполнения хранилища TempTable создаёт внутренние временные таблицы в файлах с отображением памяти. Это поведение контролируется переменной temptable_use_mmap.

    См. также Раздел 10.4.4, «Использование внутренних временных таблиц в MySQL».

  • Created_tmp_files

    Сколько временных файлов mysqld создал.

  • Created_tmp_tables

    Количество внутренних временных таблиц, созданных сервером во время выполнения запросов.

    Вы можете сравнить количество созданных внутренних временных таблиц на диске с общим количеством созданных внутренних временных таблиц, сравнив значения Created_tmp_disk_tables и Created_tmp_tables.

    См. также Раздел 10.4.4, «Использование внутренних временных таблиц в MySQL».

    Каждый вызов оператора SHOW STATUS использует внутреннюю временную таблицу и инкрементирует глобальное значение Created_tmp_tables.

  • Current_tls_ca

    Активное значение ssl_ca в контексте SSL, используемом сервером для новых подключений. Это значение контекста может отличаться от текущего значения системной переменной ssl_ca, если системная переменная была изменена, но ALTER INSTANCE RELOAD TLS не был затем выполнен для переконфигурации контекста SSL из контекстно-связанных значений системных переменных и обновления соответствующих переменных состояния. (Это потенциальное различие в значениях применяется к каждой соответствующей паре системных и статусных переменных, связанных с контекстом. См. Конфигурация и мониторинг серверной части для шифрованных подключений.)

    Значения статусной переменной Current_tls_xxx также доступны через таблицу Performance Schema tls_channel_status. См. Раздел 29.12.22.10, «Таблица tls_channel_status».

  • Current_tls_capath

    Активное значение ssl_capath в контексте TLS, используемом сервером для новых подключений. Для примечаний об отношениях между этой статусной переменной и соответствующей системной переменной см. описание Current_tls_ca.

  • Current_tls_cert

    Активное значение ssl_cert в контексте TLS, используемом сервером для новых подключений. Для примечаний об отношениях между этой статусной переменной и соответствующей системной переменной см. описание Current_tls_ca.

  • Current_tls_cipher

    Активное значение ssl_cipher в контексте TLS, используемом сервером для новых подключений. Для примечаний об отношениях между этой статусной переменной и соответствующей системной переменной см. описание Current_tls_ca.

  • Current_tls_ciphersuites

    Активное значение tls_ciphersuites в контексте TLS, используемом сервером для новых подключений. Для примечаний об отношениях между этой статусной переменной и соответствующей системной переменной см. описание Current_tls_ca.

  • Current_tls_crl

    Активное значение ssl_crl в контексте TLS, используемое сервером для новых подключений. Примечания о взаимосвязи этой переменной состояния и соответствующей ей системной переменной см. в описании Current_tls_ca.

    Примечание

    При перезагрузке контекста TLS OpenSSL перезагружает файл, содержащий CRL (список отозванных сертификатов), как часть этого процесса. Если файл CRL большой, сервер выделяет большой объем памяти (в десять раз больше размера файла), который удваивается, пока загружается новый экземпляр, а старый еще не освобожден. Объем используемой процессом памяти не уменьшается немедленно после освобождения большого выделенного участка, поэтому, если вы неоднократно выполняете инструкцию ALTER INSTANCE RELOAD TLS с большим файлом CRL, использование памяти процессом может увеличиться из-за этого.

  • Current_tls_crlpath

    Активное значение ssl_crlpath в контексте TLS, используемое сервером для новых подключений. Примечания о взаимосвязи этой переменной состояния и соответствующей ей системной переменной см. в описании Current_tls_ca.

  • Current_tls_key

    Активное значение ssl_key в контексте TLS, используемое сервером для новых подключений. Примечания о взаимосвязи этой переменной состояния и соответствующей ей системной переменной см. в описании Current_tls_ca.

  • Current_tls_version

    Активное значение tls_version в контексте TLS, используемое сервером для новых подключений. Примечания о взаимосвязи этой переменной состояния и соответствующей ей системной переменной см. в описании Current_tls_ca.

  • Delayed_errors

    Эта переменная состояния устарела (поскольку вставки DELAYED не поддерживаются); ожидается ее удаление в будущей версии.

  • Delayed_insert_threads

    Эта переменная состояния устарела (поскольку вставки DELAYED не поддерживаются); ожидается ее удаление в будущей версии.

  • Delayed_writes

    Эта переменная состояния устарела (поскольку вставки DELAYED не поддерживаются); ожидается ее удаление в будущей версии.

  • Deprecated_use_i_s_processlist_count

    Сколько раз таблица information_schema.processlist была доступна с момента последнего перезапуска.

  • Deprecated_use_i_s_processlist_last_timestamp

    Метка времени, указывающая на последнее время доступа к таблице information_schema.processlist с момента последнего перезапуска. Показывает микросекунды с момента начала эпохи Unix.

  • dragnet.Status

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

  • Error_log_buffered_bytes

    Количество байтов, используемых в настоящее время в таблице error_log схемы производительности. Значение может уменьшаться, например, если новое событие не может поместиться до отбрасывания старого события, но новое событие меньше старого.

  • Error_log_buffered_events

    Количество событий, присутствующих в настоящее время в таблице error_log схемы производительности. Как и в случае с Error_log_buffered_bytes, значение может уменьшаться.

  • Error_log_expired_events

    Количество событий, отброшенных из таблицы error_log схемы производительности, чтобы освободить место для новых событий.

  • Error_log_latest_write

    Время последней записи в таблицу error_log схемы производительности.

  • Flush_commands

    Количество раз, когда сервер очищал таблицы, будь то потому, что пользователь выполнил инструкцию FLUSH TABLES или из-за внутренней работы сервера. Он также увеличивается при получении пакета COM_REFRESH. Это в отличие от Com_flush, который указывает, сколько инструкций FLUSH было выполнено, будь то FLUSH TABLES, FLUSH LOGS и так далее.

  • Global_connection_memory

    Память, используемая всеми пользовательскими соединениями с сервером. Память, используемая системными потоками или учетной записью root MySQL, включается в общий объем, но такие потоки или пользователи не подлежат отключению из-за использования памяти. Эта память не вычисляется, если global_connection_memory_tracking не включена (по умолчанию отключена). Схема производительности также должна быть включена.

    Вы можете управлять (косвенно) частотой обновления этой переменной, установив connection_memory_chunk_size.

  • Handler_commit

    Количество внутренних инструкций COMMIT.

  • Handler_delete

    Количество раз, когда строки были удалены из таблиц.

  • Handler_external_lock

    Сервер увеличивает эту переменную для каждого вызова своей функции external_lock(), что обычно происходит в начале и конце доступа к экземпляру таблицы. Могут быть различия между хранилищами данных. Эта переменная может использоваться, например, для определения для инструкции, которая обращается к секционированной таблице, сколько секций было удалено перед блокировкой: проверьте, насколько увеличился счетчик для инструкции, вычтите 2 (2 вызова для самой таблицы), а затем разделите на 2, чтобы получить количество заблокированных секций.

  • Handler_mrr_init

    Количество раз, когда сервер использует собственную реализацию многодиапазонного чтения хранилища данных для доступа к таблице.

  • Handler_prepare

    Счетчик для этапа подготовки операций двухфазной фиксации.

  • Handler_read_first

    Количество раз, когда была прочитана первая запись в индексе. Если это значение высокое, это говорит о том, что сервер выполняет много полных сканирований индекса (например, SELECT col1 FROM foo, предполагая, что col1 индексируется).

  • Handler_read_key

    Количество запросов на чтение строки на основе ключа. Если это значение высокое, это хороший показатель того, что ваши таблицы правильно индексированы для ваших запросов.

  • Handler_read_last

    Количество запросов на чтение последнего ключа в индексе. С ORDER BY сервер выдает запрос первого ключа, за которым следуют несколько запросов следующего ключа, тогда как с ORDER BY DESC сервер выдает запрос последнего ключа, за которым следуют несколько запросов предыдущего ключа.

  • Handler_read_next

    Количество запросов на чтение следующей строки в порядке ключей. Это значение увеличивается, если вы запрашиваете столбец индекса с ограничением диапазона или если вы выполняете сканирование индекса.

  • Handler_read_prev

    Количество запросов на чтение предыдущей строки в порядке ключей. Этот метод чтения в основном используется для оптимизации ORDER BY ... DESC.

  • Handler_read_rnd

    Количество запросов на чтение строки по фиксированной позиции. Это значение велико, если вы выполняете много запросов, требующих сортировки результата. Возможно, у вас много запросов, которые требуют от MySQL сканирования всей таблицы или у вас есть соединения, которые не используют ключи должным образом.

  • Handler_read_rnd_next

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

  • Handler_rollback

    Количество запросов к хранилищу для выполнения операции отката.

  • Handler_savepoint

    Количество запросов к хранилищу для установки точки сохранения.

  • Handler_savepoint_rollback

    Количество запросов к хранилищу для отката к точке сохранения.

  • Handler_update

    Количество запросов для обновления строки в таблице.

  • Handler_write

    Количество запросов для вставки строки в таблицу.

  • Innodb_buffer_pool_dump_status

    Прогресс операции записи данных, содержащихся в InnoDB, инициированной установкой innodb_buffer_pool_dump_at_shutdown или innodb_buffer_pool_dump_now.

    Дополнительную информацию и примеры см. в разделе 17.8.3.6, «Сохранение и восстановление состояния кэша буфера».

  • Innodb_buffer_pool_load_status

    Прогресс операции InnoDB путем чтения набора страниц, соответствующих более ранней точке времени, инициированной установкой innodb_buffer_pool_load_at_startup или innodb_buffer_pool_load_now. Если операция создаёт слишком много накладных расходов, вы можете отменить её, установив innodb_buffer_pool_load_abort.

    Дополнительную информацию и примеры см. в разделе 17.8.3.6, «Сохранение и восстановление состояния кэша буфера».

  • Innodb_buffer_pool_bytes_data

    Общее количество байтов в InnoDB, содержащих данные. Число включает как грязные, так и чистые страницы. Для более точных расчётов использования памяти, чем с Innodb_buffer_pool_pages_data, когда таблицы заставляют кэш-буфер содержать страницы разного размера.

  • Innodb_buffer_pool_pages_data

    Количество страниц в InnoDB, содержащих данные. Число включает как грязные, так и чистые страницы. При использовании , значение Innodb_buffer_pool_pages_data может быть больше, чем Innodb_buffer_pool_pages_total (Ошибка #59550).

  • Innodb_buffer_pool_bytes_dirty

    Общее текущее количество байтов, содержащихся в в InnoDB. Для более точных расчётов использования памяти, чем с Innodb_buffer_pool_pages_dirty, когда таблицы заставляют кэш-буфер содержать страницы разного размера.

  • Innodb_buffer_pool_pages_dirty

    Текущее количество в InnoDB.

  • Innodb_buffer_pool_pages_flushed

    Количество запросов на сброс данных из InnoDB.

  • Innodb_buffer_pool_pages_free

    Количество свободных в InnoDB.

  • Innodb_buffer_pool_pages_latched

    Количество заблокированных в InnoDB. Это страницы, которые в настоящее время читаются или записываются, или которые нельзя очистить или удалить по какой-либо другой причине. Расчёт этой переменной является дорогостоящим, поэтому она доступна только при определении системы UNIV_DEBUG при построении сервера.

  • Innodb_buffer_pool_pages_misc

    Количество в InnoDB, которые заняты из-за выделения ресурсов для административных задач, таких как или . Это значение также можно рассчитать как Innodb_buffer_pool_pages_total − Innodb_buffer_pool_pages_free − Innodb_buffer_pool_pages_data. При использовании , Innodb_buffer_pool_pages_misc может сообщить значение, выходящее за пределы допустимого диапазона (Ошибка #59550).

  • Innodb_buffer_pool_pages_total

    Общий размер InnoDB в страницах. При использовании , значение Innodb_buffer_pool_pages_data может быть больше, чем Innodb_buffer_pool_pages_total (Ошибка #59550)

  • Innodb_buffer_pool_read_ahead

    Количество прочитанных в InnoDB фоновым потоком.

  • Innodb_buffer_pool_read_ahead_evicted

    Количество прочитанных в InnoDB фоновым потоком, которые были впоследствии удалены, не будучи использованными запросами.

  • Innodb_buffer_pool_read_ahead_rnd

    Количество “случайных” предварительных чтений, инициированных InnoDB. Это происходит, когда запрос сканирует большую часть таблицы, но в случайном порядке.

  • Innodb_buffer_pool_read_requests

    Количество логических запросов чтения.

  • Innodb_buffer_pool_reads

    Количество логических чтений, которые InnoDB не смог удовлетворить из кэша, и ему пришлось читать напрямую с диска.

  • Innodb_buffer_pool_resize_status

    Статус операции динамического изменения размера InnoDB, инициированной динамической установкой параметра innodb_buffer_pool_size. Параметр innodb_buffer_pool_size динамический, что позволяет изменить размер буфера, не перезапуская сервер. Подробности см. в разделе «Конфигурирование размера кэша буфера InnoDB онлайн».

  • Innodb_buffer_pool_resize_status_code

    Сообщает коды состояния для отслеживания операций динамического изменения размера кэша буфера. Каждый код состояния представляет этап операции изменения размера. Коды состояния включают:

    • 0: Операция изменения размера не выполняется

    • 1: Начало изменения размера

    • 2: Выключение AHI (адаптивного индекса хешей)

    • 3: Вывод блоков

    • 4: Получение глобальной блокировки

    • 5: Изменение размера пула

    • 6: Изменение размера хеша

    • 7: Ошибка изменения размера

    Для отслеживания прогресса каждого этапа операции изменения размера можно использовать эту переменную состояния совместно с Innodb_buffer_pool_resize_status_progress. Переменная Innodb_buffer_pool_resize_status_progress сообщает процентное значение, показывающее прогресс текущего этапа.

    Дополнительную информацию см. в разделе «Отслеживание прогресса онлайн изменения размера кэша буфера».

  • Innodb_buffer_pool_resize_status_progress

    Сообщает процентное значение, указывающее на прогресс текущей стадии операции изменения размера буфера пула онлайн. Эта переменная используется совместно с Innodb_buffer_pool_resize_status_code, которая сообщает код состояния, указывающий текущую стадию операции изменения размера буфера пула онлайн.

    Процентное значение обновляется после обработки каждого экземпляра буфера пула. По мере изменения кода состояния (сообщаемого Innodb_buffer_pool_resize_status_code) с одного состояния на другое, процентное значение сбрасывается до 0.

    Для получения дополнительной информации см. Отслеживание прогресса изменения размера буфера пула онлайн.

  • Innodb_buffer_pool_wait_free

    Обычно запись в InnoDB происходит в фоновом режиме. Когда InnoDB необходимо прочитать или создать и доступны нет чистых страниц, InnoDB сначала сбрасывает некоторые и ожидает завершения этой операции. Этот счётчик считает количество таких ожиданий. Если innodb_buffer_pool_size правильно задан, это значение должно быть небольшим.

  • Innodb_buffer_pool_write_requests

    Количество записей, выполненных в InnoDB.

  • Innodb_data_fsyncs

    Количество операций fsync() на данный момент. Частота вызовов fsync() зависит от настроек параметра конфигурации innodb_flush_method.

    Подсчитывает количество операций fdatasync(), если innodb_use_fdatasync включено.

  • Innodb_data_pending_fsyncs

    Текущее количество ожидающих операций fsync(). Частота вызовов fsync() зависит от настроек параметра конфигурации innodb_flush_method.

  • Innodb_data_pending_reads

    Текущее количество ожидающих чтений.

  • Innodb_data_pending_writes

    Текущее количество ожидающих записей.

  • Innodb_data_read

    Объём прочитанных данных с момента запуска сервера (в байтах).

  • Innodb_data_reads

    Общее количество чтений данных (чтения файлов ОС).

  • Innodb_data_writes

    Общее количество записей данных.

  • Innodb_data_written

    Объём записанных данных на данный момент, в байтах.

  • Innodb_dblwr_pages_written

    Количество , записанных в . См. Раздел 17.11.1, «InnoDB Disk I/O».

  • Innodb_dblwr_writes

    Количество операций doublewrite, выполненных на данный момент. См. Раздел 17.11.1, «InnoDB Disk I/O».

  • Innodb_have_atomic_builtins

    Указывает, был ли сервер скомпилирован с .

  • Innodb_log_waits

    Количество раз, когда было слишком мало, и потребовалось , чтобы его, прежде чем продолжить.

  • Innodb_log_write_requests

    Количество запросов записи для InnoDB.

  • Innodb_log_writes

    Количество физических записей в файл InnoDB.

  • Innodb_num_open_files

    Количество файлов, которые InnoDB в данный момент держит открытыми.

  • Innodb_os_log_fsyncs

    Количество операций fsync(), выполненных с файлами InnoDB.

  • Innodb_os_log_pending_fsyncs

    Количество ожидающих операций fsync() для файлов InnoDB.

  • Innodb_os_log_pending_writes

    Количество ожидающих записей в файлы InnoDB.

  • Innodb_os_log_written

    Количество байтов, записанных в файлы InnoDB.

  • Innodb_page_size

    Размер страницы InnoDB (по умолчанию 16 КБ). Многие значения подсчитываются в страницах; размер страницы позволяет легко их перевести в байты.

  • Innodb_pages_created

    Количество созданных страниц операциями с таблицами InnoDB.

  • Innodb_pages_read

    Количество страниц, прочитанных из буфера пула InnoDB операциями с таблицами InnoDB.

  • Innodb_pages_written

    Количество страниц, записанных операциями с таблицами InnoDB.

  • Innodb_redo_log_enabled

    Включена ли запись в журнал redo или нет. См. Отключение записи в журнал redo.

  • Innodb_redo_log_capacity_resized

    Общая ёмкость журнала redo для всех файлов журнала redo в байтах после последней завершённой операции изменения ёмкости. Значение включает обычные и резервные файлы журнала redo.

    Если нет ожидающей операции уменьшения размера, Innodb_redo_log_capacity_resized должно быть равно значению innodb_redo_log_capacity, если оно используется, или ((innodb_log_files_in_group * innodb_log_file_size)) если они используются вместо него. См. документацию к innodb_redo_log_capacity для получения дополнительной информации. Операции увеличения размера происходят мгновенно.

    Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_checkpoint_lsn

    LSN контрольной точки журнала redo. Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_current_lsn

    Текущее LSN представляет последнюю записанную позицию в буфере журнала redo. InnoDB записывает данные в буфер журнала redo внутри процесса MySQL, прежде чем запросить запись данных в операционную систему в текущий файл журнала redo. Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_flushed_to_disk_lsn

    LSN, записанный на диск. InnoDB сначала записывает данные в журнал redo, а затем запрашивает запись данных в операционную систему на диск. LSN, записанный на диск, представляет последнюю позицию в журнале redo, которую InnoDB знает, что была записана на диск. Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_logical_size

    Значение размера данных в байтах, представляющее диапазон LSN, содержащий данные используемого журнала redo, охватывающий от старейшего блока, необходимого для потребителей журнала redo, до последнего записанного блока. Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_physical_size

    Объём дискового пространства в байтах, в данный момент используемый всеми файлами журнала redo на диске, за исключением резервных файлов журнала redo. Для получения дополнительной информации см. Раздел 17.6.5, «Журнал redo».

  • Innodb_redo_log_read_only

    Является ли журнал redo только для чтения.

END_OF_DOCUMENT_MARKER
  • Innodb_redo_log_resize_status

    Статус изменения размера журнала переигрывания, указывающий текущее состояние механизма изменения размера журнала переигрывания. Возможные значения включают:

    • OK: Проблем нет, и операций по изменению размера журнала переигрывания нет в очереди.

    • Resizing down: Операция уменьшения размера выполняется.

    Операция увеличения размера выполняется мгновенно и, следовательно, не имеет статуса ожидания.

  • Innodb_redo_log_uuid

    UUID журнала переигрывания.

  • Innodb_row_lock_current_waits

    Количество операций, которые в данный момент ожидают блокировки строк в таблицах InnoDB.

  • Innodb_row_lock_time

    Общее время, затраченное на получение блокировки строк для таблиц InnoDB, в миллисекундах.

  • Innodb_row_lock_time_avg

    Среднее время получения блокировки строк для таблиц InnoDB, в миллисекундах.

  • Innodb_row_lock_time_max

    Максимальное время получения блокировки строк для таблиц InnoDB, в миллисекундах.

  • Innodb_row_lock_waits

    Количество раз, когда операциям с таблицами InnoDB пришлось ждать блокировки строк.

  • Innodb_rows_deleted

    Количество строк, удаленных из таблиц InnoDB.

  • Innodb_rows_inserted

    Количество строк, добавленных в таблицы InnoDB.

  • Innodb_rows_read

    Количество строк, прочитанных из таблиц InnoDB.

  • Innodb_rows_updated

    Приблизительное количество строк, обновленных в таблицах InnoDB.

    Примечание

    Это значение не должно быть на 100% точным. Для получения точного (но более дорогостоящего) результата используйте ROW_COUNT().

  • Innodb_system_rows_deleted

    Количество строк, удаленных из таблиц InnoDB, принадлежащих схемам, созданным системой.

  • Innodb_system_rows_inserted

    Количество строк, добавленных в таблицы InnoDB, принадлежащих схемам, созданным системой.

  • Innodb_system_rows_updated

    Количество строк, обновленных в таблицах InnoDB, принадлежащих схемам, созданным системой.

  • Innodb_system_rows_read

    Количество строк, прочитанных из таблиц InnoDB, принадлежащих схемам, созданным системой.

  • Innodb_truncated_status_writes

    Количество раз, когда вывод из оператора SHOW ENGINE INNODB STATUS был усечён.

  • Innodb_undo_tablespaces_active

    Количество активных пространств таблиц отката. Включает как неявные (созданные InnoDB) , так и явные (созданные пользователем) пространства таблиц отката. Для получения информации о пространствах таблиц отката, см. Раздел 17.6.3.4, “Undo Tablespaces”.

  • Innodb_undo_tablespaces_explicit

    Количество созданных пользователем пространств таблиц отката. Для получения информации о пространствах таблиц отката, см. Раздел 17.6.3.4, “Undo Tablespaces”.

  • Innodb_undo_tablespaces_implicit

    Количество пространств таблиц отката, созданных InnoDB. При инициализации экземпляра MySQL создаются два пространства таблиц отката по умолчанию InnoDB. Для получения информации о пространствах таблиц отката, см. Раздел 17.6.3.4, “Undo Tablespaces”.

  • Innodb_undo_tablespaces_total

    Общее количество пространств таблиц отката. Включает как неявные (созданные InnoDB), так и явные (созданные пользователем) пространства таблиц отката, активные и неактивные. Для получения информации о пространствах таблиц отката, см. Раздел 17.6.3.4, “Undo Tablespaces”.

  • Key_blocks_not_flushed

    Количество блоков ключей в кэше ключей MyISAM, которые были изменены, но ещё не были записаны на диск.

  • Key_blocks_unused

    Количество неиспользуемых блоков в кэше ключей MyISAM. Это значение можно использовать для определения того, сколько кэша ключей используется; см. обсуждение key_buffer_size в Разделе 7.1.8, “Server System Variables”.

  • Key_blocks_used

    Количество используемых блоков в кэше ключей MyISAM. Это значение является максимальным значением и показывает максимальное количество блоков, которое когда-либо использовалось одновременно.

  • Key_read_requests

    Количество запросов на чтение блока ключа из кэша ключей MyISAM.

  • Key_reads

    Количество физических чтений блока ключа с диска в кэш ключей MyISAM. Если Key_reads велико, то, вероятно, значение key_buffer_size слишком мало. Статистику промахов кэша можно рассчитать как Key_reads/Key_read_requests.

  • Key_write_requests

    Количество запросов на запись блока ключа в кэш ключей MyISAM.

  • Key_writes

    Количество физических записей блока ключа из кэша ключей MyISAM на диск.

  • Last_query_cost

    Общая стоимость последнего скомпилированного запроса, вычисленная оптимизатором запросов. Это полезно для сравнения стоимости различных планов запросов для одного и того же запроса. Значение по умолчанию 0 означает, что запрос ещё не был скомпилирован. Значение по умолчанию равно 0. Last_query_cost имеет область действия сеанса.

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

  • Last_query_partial_plans

    Количество итераций, которые оптимизатор запросов выполнил при построении плана выполнения предыдущего запроса.

    Last_query_partial_plans имеет область действия сеанса.

  • Locked_connects

    Количество попыток подключения к заблокированным учётным записям пользователей. Для получения информации о блокировке и разблокировке учётных записей, см. Раздел 8.2.20, “Account Locking”.

  • Max_execution_time_exceeded

    Количество операторов SELECT, для которых истекло время ожидания выполнения.

  • Max_execution_time_set

    Количество операторов SELECT, для которых было установлено ненулевое время ожидания выполнения. Это включает операторы, содержащие ненулевой параметр времени ожидания выполнения MAX_EXECUTION_TIME, а также операторы, не содержащие такой параметр, но выполняющиеся, пока ненулевое время ожидания, указанное системной переменной max_execution_time, не истечёт.

  • Max_execution_time_set_failed

    Количество операторов SELECT, для которых попытка установить таймаут выполнения завершилась неудачей.

  • Max_used_connections

    Максимальное количество подключений, использовавшихся одновременно с момента запуска сервера.

  • Max_used_connections_time

    Время, в которое Max_used_connections достигло текущего значения.

  • Not_flushed_delayed_rows

    Эта переменная состояния устарела (потому что DELAYED вставки не поддерживаются); ожидается её удаление в будущей версии.

  • mecab_charset

    Набор символов, в настоящее время используемый плагином MeCab для полнотекстового поиска. Для получения дополнительной информации см. Раздел 14.9.9, “MeCab Full-Text Parser Plugin”.

  • Ongoing_anonymous_transaction_count

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

  • Ongoing_automatic_gtid_violating_transaction_count

    Эта переменная состояния доступна только в отладочных сборках. Показывает количество текущих транзакций, использующих gtid_next=AUTOMATIC и нарушающих согласованность GTID.

  • Open_files

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

  • Open_streams

    Количество открытых потоков (преимущественно используемых для ведения журналов).

  • Open_table_definitions

    Количество кэшированных определений таблиц.

  • Open_tables

    Количество открытых таблиц.

  • Opened_files

    Количество файлов, которые были открыты с помощью my_open() (функции библиотеки mysys). Части сервера, которые открывают файлы без использования этой функции, не увеличивают этот счет.

  • Opened_table_definitions

    Количество кэшированных определений таблиц.

  • Opened_tables

    Количество открытых таблиц. Если значение Opened_tables большое, вероятно, значение вашей переменной table_open_cache слишком мало.

  • Performance_schema_xxx

    Переменные состояния Performance Schema перечислены в Разделе 29.16, “Performance Schema Status Variables”. Эти переменные предоставляют информацию об инструментации, которая не могла быть загружена или создана из-за ограничений памяти.

  • Prepared_stmt_count

    Текущее количество подготовленных инструкций. (Максимальное количество инструкций задается системной переменной max_prepared_stmt_count.)

  • Queries

    Количество инструкций, выполненных сервером. Эта переменная включает инструкции, выполненные внутри хранимых процедур, в отличие от переменной Questions. Она не учитывает COM_PING или COM_STATISTICS команды.

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

  • Questions

    Количество инструкций, выполненных сервером. Это включает только инструкции, отправленные на сервер клиентами, а не инструкции, выполненные внутри хранимых процедур, в отличие от переменной Queries. Эта переменная не учитывает COM_PING, COM_STATISTICS, COM_STMT_PREPARE, COM_STMT_CLOSE или COM_STMT_RESET команды.

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

  • Replica_open_temp_tables

    Replica_open_temp_tables показывает количество временных таблиц, которые в настоящее время открыты потоком SQL репликации. Если значение больше нуля, безопасно завершить реплику; см. Раздел 19.5.1.32, “Replication and Temporary Tables”. Эта переменная сообщает общее количество открытых временных таблиц для всех каналов репликации.

  • Resource_group_supported

    Указывает, поддерживается ли функция группирования ресурсов.

    На некоторых платформах или конфигурациях сервера MySQL группы ресурсов недоступны или ограничены. В частности, системам Linux может потребоваться ручной шаг для некоторых методов установки. Для получения подробностей см. Ограничения группирования ресурсов.

  • Rpl_semi_sync_master_clients

    Количество полусинхронных реплик.

    Устаревший синоним для Rpl_semi_sync_source_clients.

  • Rpl_semi_sync_master_net_avg_wait_time

    Устаревший синоним для Rpl_semi_sync_source_net_avg_wait_time.

  • Rpl_semi_sync_master_net_wait_time

    Устаревший синоним для Rpl_semi_sync_source_net_wait_time.

  • Rpl_semi_sync_master_net_waits

    Общее количество раз, когда источник ожидал ответов от реплики.

    Устаревший синоним для Rpl_semi_sync_source_net_waits.

  • Rpl_semi_sync_master_no_times

    Устаревший синоним для Rpl_semi_sync_source_no_times.

  • Rpl_semi_sync_master_no_tx

    Устаревший синоним для Rpl_semi_sync_source_no_tx.

  • Rpl_semi_sync_master_status

    Устаревший синоним для Rpl_semi_sync_source_status.

  • Rpl_semi_sync_master_timefunc_failures

    Устаревший синоним для Rpl_semi_sync_source_timefunc_failures.

  • Rpl_semi_sync_master_tx_avg_wait_time

    Устаревший синоним для Rpl_semi_sync_source_tx_avg_wait_time.

  • Rpl_semi_sync_master_tx_wait_time

    Устаревший синоним для Rpl_semi_sync_source_tx_wait_time.

  • Rpl_semi_sync_master_tx_waits

    Устаревший синоним для Rpl_semi_sync_source_tx_waits.

  • Rpl_semi_sync_master_wait_pos_backtraverse

    Устаревший синоним для Rpl_semi_sync_source_wait_pos_backtraverse.

END_OF_DOCUMENT_MARKER
  • Rpl_semi_sync_master_wait_sessions

    Устаревшее синоним для Rpl_semi_sync_source_wait_sessions.

  • Rpl_semi_sync_master_yes_tx

    Устаревшее синоним для Rpl_semi_sync_source_yes_tx.

  • Rpl_semi_sync_source_clients

    Количество полусинхронных реплик.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_net_avg_wait_time

    Среднее время в микросекундах, которое источник ожидал ответа от реплики. Эта переменная всегда 0 и устарела; ожидается её удаление в будущей версии.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_net_wait_time

    Общее время в микросекундах, которое источник ожидал ответы от реплик. Эта переменная всегда 0 и устарела; ожидается её удаление в будущей версии.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_net_waits

    Общее количество раз, когда источник ожидал ответы от реплик.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_no_times

    Количество раз, когда источник отключал полусинхронную репликацию.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_no_tx

    Количество подтверждений, которые не были успешно получены репликой.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_status

    Признак, работает ли полусинхронная репликация на источнике в данный момент. Значение ON, если плагин включен и произошла обработка подтверждения транзакции. Значение OFF, если плагин не включен или источник вернулся к асинхронной репликации из-за таймаута подтверждения транзакции.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_timefunc_failures

    Количество раз, когда источник не смог выполнить функции времени, такие как gettimeofday().

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_tx_avg_wait_time

    Среднее время в микросекундах ожидания источника для каждой транзакции.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_tx_wait_time

    Общее время в микросекундах, затраченное источником на ожидание транзакций.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_tx_waits

    Общее количество раз, когда источник ожидал транзакции.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_wait_pos_backtraverse

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

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_wait_sessions

    Количество сессий, в данный момент ожидающих ответы от реплик.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_source_yes_tx

    Количество подтверждений транзакций, успешно полученных от реплики.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_replica_status

    Показвает, работает ли полусинхронная репликация на реплике в данный момент. Значение ON, если плагин включен и поток ввода/вывода репликации (приёмник) работает; OFF в противном случае.

    Доступно, когда плагин rpl_semi_sync_source (библиотека semisync_source.so) установлен на источнике.

  • Rpl_semi_sync_slave_status

    Устаревшее синоним для Rpl_semi_sync_replica_status.

  • Rsa_public_key

    Значение этой переменной — открытый ключ, используемый плагином аутентификации sha256_password (устаревшим) для обмена паролями на основе пар ключей RSA. Значение непустое только в случае успешной инициализации сервером закрытого и открытого ключей в файлах, указанных переменными системы sha256_password_private_key_path и sha256_password_public_key_path. Значение Rsa_public_key берётся из последнего файла.

    Сведения о sha256_password см. в разделе 8.4.1.2 «SHA-256 Плагины аутентификации».

  • Secondary_engine_execution_count

    Количество запросов, переданных на вторичный движок.

    Используется с HeatWave. См. Руководство пользователя HeatWave.

  • Select_full_join

    Количество объединений, которые выполняют сканирование таблиц, потому что не используют индексы. Если это значение не 0, следует внимательно проверить индексы своих таблиц.

  • Select_full_range_join

    Количество объединений, использующих поиск диапазона в таблице-ссылке.

  • Select_range

    Количество объединений, использующих диапазоны в первой таблице. Это обычно не является критической проблемой, даже если значение довольно большое.

  • Select_range_check

    Количество объединений без ключей, которые проверяют использование ключей после каждой строки. Если это значение не 0, следует внимательно проверить индексы своих таблиц.

  • Select_scan

    Количество объединений, которые выполнили полное сканирование первой таблицы.

  • Slave_open_temp_tables

    Устаревшее псевдоним для Replica_open_temp_tables.

  • Slave_rows_last_search_algorithm_used

    Устаревшее псевдоним для .

  • Slow_launch_threads

    Количество потоков, которые заняли более slow_launch_time секунд для создания.

  • Slow_queries

    Количество запросов, которые заняли более long_query_time секунд. Этот счётчик увеличивается независимо от включения журнала медленных запросов. Сведения о журнале см. в разделе 7.4.5 «Журнал медленных запросов».

  • Sort_merge_passes

    Количество слияний, которые выполнил алгоритм сортировки. Если это значение велико, следует рассмотреть увеличение значения переменной системы sort_buffer_size.

  • Sort_range

    Количество сортировок, выполненных с использованием диапазонов.

END_OF_DOCUMENT_MARKER
  • Sort_rows

    Количество отсортированных строк.

  • Sort_scan

    Количество сортировок, выполненных путем сканирования таблицы.

  • Ssl_accept_renegotiates

    Количество необходимых переподключений для установления соединения.

  • Ssl_accepts

    Количество принятых SSL-соединений.

  • Ssl_callback_cache_hits

    Количество попаданий в кэш обратных вызовов.

  • Ssl_cipher

    Текущий шифр шифрования (пусто для незашифрованных соединений).

  • Ssl_cipher_list

    Список возможных SSL-шифров (пусто для соединений без SSL). Если MySQL поддерживает TLSv1.3, значение включает возможные шифры TLSv1.3. См. Раздел 8.3.2, «Протоколы и шифры TLS для шифрованных соединений».

  • Ssl_client_connects

    Количество попыток SSL-соединений с сервером репликации, поддерживающим SSL.

  • Ssl_connect_renegotiates

    Количество переподключений, необходимых для установления соединения с сервером репликации, поддерживающим SSL.

  • Ssl_ctx_verify_depth

    Глубина проверки SSL-контекста (количество сертификатов в цепочке, которые проверяются).

  • Ssl_ctx_verify_mode

    Режим проверки SSL-контекста.

  • Ssl_default_timeout

    Значение таймаута по умолчанию для SSL.

  • Ssl_finished_accepts

    Количество успешных SSL-соединений с сервером.

  • Ssl_finished_connects

    Количество успешных соединений репликации с сервером репликации, поддерживающим SSL.

  • Ssl_server_not_after

    Последняя дата, до которой действителен SSL-сертификат. Для проверки информации о сроке действия SSL-сертификата используйте следующее утверждение:

    mysql> SHOW STATUS LIKE 'Ssl_server_not%';
    +-----------------------+--------------------------+
    | Variable_name         | Value                    |
    +-----------------------+--------------------------+
    | Ssl_server_not_after  | Apr 28 14:16:39 2025 GMT |
    | Ssl_server_not_before | May  1 14:16:39 2015 GMT |
    +-----------------------+--------------------------+
    
  • Ssl_server_not_before

    Первая дата, начиная с которой действителен SSL-сертификат.

  • Ssl_session_cache_hits

    Количество попаданий в кэш SSL-сессий.

  • Ssl_session_cache_misses

    Количество промахов в кэше SSL-сессий.

  • Ssl_session_cache_mode

    Режим кэширования SSL-сессий. Когда значение переменной сервера ssl_session_cache_mode равно ON, значение переменной состояния Ssl_session_cache_mode равно SERVER.

  • Ssl_session_cache_overflows

    Количество переполнений кэша SSL-сессий.

  • Ssl_session_cache_size

    Размер кэша SSL-сессий.

  • Ssl_session_cache_timeout

    Время ожидания в секундах для SSL-сессий в кэше.

  • Ssl_session_cache_timeouts

    Количество истечений срока действия SSL-сессий в кэше.

  • Ssl_sessions_reused

    Равно 0, если TLS не использовался в текущей сессии MySQL или сессия TLS не была повторно использована; в противном случае равно 1.

    Ssl_sessions_reused имеет область действия сессии.

  • Ssl_used_session_cache_entries

    Количество используемых записей кэша SSL-сессий.

  • Ssl_verify_depth

    Глубина проверки для SSL-соединений репликации.

  • Ssl_verify_mode

    Режим проверки, используемый сервером для соединения, использующего SSL. Значение представляет собой битовую маску; биты определены в файле заголовков openssl/ssl.h:

    # define SSL_VERIFY_NONE                 0x00
    # define SSL_VERIFY_PEER                 0x01
    # define SSL_VERIFY_FAIL_IF_NO_PEER_CERT 0x02
    # define SSL_VERIFY_CLIENT_ONCE          0x04
    

    SSL_VERIFY_PEER указывает, что сервер запрашивает клиентский сертификат. Если клиент предоставляет сертификат, сервер выполняет проверку и продолжает только в случае успешной проверки. SSL_VERIFY_CLIENT_ONCE указывает, что запрос клиентского сертификата выполняется только во время первоначального рукопожатия.

  • Ssl_version

    Версия SSL-протокола соединения (например, TLSv1.2). Если соединение не зашифровано, значение пустое.

  • Table_locks_immediate

    Количество раз, когда запрос блокировки таблицы мог быть выполнен немедленно.

  • Table_locks_waited

    Количество раз, когда запрос блокировки таблицы не смог быть выполнен немедленно и потребовалось ожидание. Если это значение высокое и у вас проблемы с производительностью, сначала следует оптимизировать запросы, а затем либо разделить таблицу или таблицы, либо использовать репликацию.

  • Table_open_cache_hits

    Количество попаданий в кэш открытых таблиц.

  • Table_open_cache_misses

    Количество промахов в кэше открытых таблиц.

  • Table_open_cache_overflows

    Количество переполнений кэша открытых таблиц. Это количество случаев, когда после открытия или закрытия таблицы в экземпляре кэша есть неиспользуемая запись, а размер экземпляра больше, чем table_open_cache / table_open_cache_instances.

  • Table_open_cache_triggers_hits

    Количество попаданий в кэш для открытых таблиц с триггерами. Это число увеличивается на 1, когда таблица с триггерами находится в списке неиспользуемых таблиц с триггерами в кэше таблиц в результате операции изменения данных. Когда такая таблица является объектом только для чтения, например, SELECT, таблица обрабатывается так, как будто у нее нет триггеров, и вместо этого увеличивается Table_open_cache_hits.

  • Table_open_cache_triggers_misses

    Количество промахов в кэше для открытых таблиц с триггерами. Это число увеличивается на 1, когда таблица с триггерами не найдена в списке неиспользуемых таблиц с триггерами в кэше таблиц в ходе операции изменения данных. Если операция над таблицей является только для чтения, как в случае с SELECT операцией, таблица обрабатывается так, как если бы у нее не было триггеров, и вместо этого увеличивается Table_open_cache_misses.

  • Table_open_cache_triggers_overflows

    Количество переполнений кэша открытых таблиц с триггерами. Это число увеличивается на 1, когда в данном экземпляре кэша таблиц больше таблиц с триггерами, чем максимальное значение. То есть, эта переменная состояния увеличивается, когда Table_open_cache_triggers_hits превышает максимальное количество таблиц с триггерами на экземпляр кэша; это максимальное значение определяется table_open_cache_triggers / table_open_cache_instances.

    Примечание

    Table_open_cache_triggers_hits изменяется только при операциях модификации данных. Таким образом, когда чтение только для чтения, например, SELECT обращается к таблице с триггерами, Table_open_cache_triggers_overflows также не изменяется. Операция чтения только для чтения над таблицей с триггерами увеличивает Table_open_cache_hits; если Table_open_cache_hits превышает предел, определяемый table_open_cache / table_open_cache_instances, увеличивается Table_open_cache_overflows.

  • Tc_log_max_pages_used

    Для реализации журнала с отображением в памяти, используемого mysqld при работе в качестве координатора транзакций для восстановления внутренних XA-транзакций, эта переменная указывает максимальное количество страниц, используемых для журнала с момента запуска сервера. Если произведение Tc_log_max_pages_used и Tc_log_page_size всегда значительно меньше размера журнала, размер больше, чем необходимо, и может быть уменьшен. (Размер задаётся параметром --log-tc-size. Эта переменная не используется: она не нужна для восстановления на основе двоичных журналов, а метод журнала восстановления с отображением в памяти не используется, если число системных движков, способных к двухфазному подтверждению и поддерживающих XA-транзакции, больше одного. (InnoDB является единственным применимым движком.)

  • Tc_log_page_size

    Размер страницы, используемой для реализации журнала восстановления XA с отображением в памяти. Значение по умолчанию определяется с помощью getpagesize(). Эта переменная не используется по тем же причинам, что и описано для Tc_log_max_pages_used.

  • Tc_log_page_waits

    При использовании реализации журнала восстановления с отображением в памяти эта переменная увеличивается каждый раз, когда сервер не смог подтвердить транзакцию и должен был подождать свободную страницу в журнале. Если это значение велико, возможно, стоит увеличить размер журнала (с помощью параметра --log-tc-size). Для восстановления на основе двоичных журналов эта переменная увеличивается каждый раз, когда двоичный журнал не может быть закрыт, потому что в процессе находятся двухфазные подтверждения. (Операция закрытия ждёт, пока все такие транзакции не завершатся.)

  • Telemetry_metrics_supported

    Поддерживаются ли метрики телеметрии сервера.

    Дополнительную информацию см. в разделе Сервис метрик телеметрии сервера в документации исходного кода MySQL.

  • Telemetry_logs_supported

    Показывает, был ли сервер скомпилирован с поддержкой журналов телеметрии.

    Дополнительную информацию см. в разделе Сервис журналов телеметрии сервера в документации исходного кода MySQL и в главе 35, Телеметрия.

  • telemetry.live_sessions

    Показывает текущее число сессий, оснащённых телеметрией. Это может быть полезно при разгрузке компонента телеметрии, чтобы отследить, сколько сессий блокируют операцию разгрузки.

    Дополнительную информацию см. в разделе Сервис отслеживания телеметрии сервера в документации исходного кода MySQL и в главе 35, Телеметрия.

  • Telemetry_traces_supported

    Поддерживаются ли трассировки телеметрии сервера.

    Дополнительную информацию см. в разделе Сервис трассировки телеметрии сервера в документации исходного кода MySQL.

  • TempTable_count_hit_max_ram

    Количество внутренних временных таблиц, которые были преобразованы на диск, потому что движок TempTable достиг предела temptable_max_ram.

  • Threads_cached

    Количество потоков в кэше потоков.

  • Threads_connected

    Количество открытых подключений.

  • Threads_created

    Количество созданных потоков для обработки подключений. Если Threads_created большое, возможно, стоит увеличить значение thread_cache_size. Процент промахов кэша можно рассчитать как Threads_created/Connections.

  • Threads_running

    Количество потоков, которые не спят.

  • Tls_library_version

    Версия библиотеки OpenSSL, используемой для этого экземпляра MySQL.

  • Tls_sni_server_name

    Указатель имени сервера (SNI), используемый для этой сессии, если указан клиентом; в противном случае пусто. SNI — расширение протокола TLS (OpenSSL должен быть скомпилирован с расширениями TLS для функционирования этой переменной состояния). Реализация SNI в MySQL представляет только сторону клиента.

  • Uptime

    Количество секунд, в течение которых сервер работает.

  • Uptime_since_flush_status

    Количество секунд, прошедших с момента последней операции FLUSH STATUS.

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-9.2-en/server-status-variables.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API