20.2.3. Конфигурация Времени выполнения Схемы производительности

Таблицы установки Схемы производительности содержат информацию о контролирующей конфигурации:

mysql> SELECT TABLE_NAME FROM
        INFORMATION_SCHEMA.TABLES    -> WHERE TABLE_SCHEMA =
        'performance_schema'    -> AND TABLE_NAME LIKE
        'setup%';+-------------------+| TABLE_NAME        |+-------------------+| setup_actors      || setup_consumers   || setup_instruments || setup_objects     || setup_timers      |+-------------------+

Можно исследовать содержание этих таблиц, чтобы получить информацию о Схеме Производительности, контролирующей характеристики. Если Вы имеете UPDATE полномочие, можно изменить работу Схемы Производительности, изменяя таблицы установки, чтобы влиять, как контроль происходит. Для дополнительных деталей об этих таблицах см. Раздел 20.9.1, "Таблицы Установки Схемы Производительности".

Чтобы видеть, какие таймеры события выбираются, запросите setup_timers таблицы:

mysql> SELECT * FROM setup_timers;+-----------+-------------+| NAME      | TIMER_NAME  |+-----------+-------------+| idle      | MICROSECOND || wait      | CYCLE       || stage     | NANOSECOND  || statement | NANOSECOND  |+-----------+-------------+

NAME значение указывает на тип инструмента, к которому таймер применяется, и TIMER_NAME указывает, какой таймер применяется к тем инструментам. Таймер применяется к инструментам, где их имя начинается с компонента, соответствующего NAME значение.

Чтобы изменить таймер, обновите NAME значение. Например, чтобы использовать NANOSECOND таймер для wait таймер:

mysql> UPDATE setup_timers SET TIMER_NAME =
        'NANOSECOND'    -> WHERE NAME = 'wait';mysql> SELECT * FROM setup_timers;+-----------+-------------+| NAME      | TIMER_NAME  |+-----------+-------------+| idle      | MICROSECOND || wait      | NANOSECOND  || stage     | NANOSECOND  || statement | NANOSECOND  |+-----------+-------------+

Для обсуждения таймеров см. Раздел 20.2.3.1, "Синхронизация События Схемы Производительности".

setup_instruments и setup_consumers таблицы приводят инструменты, для которых события могут быть собраны и типы потребителей, для которых информация о событии фактически собирается, соответственно. Другие таблицы установки включают дальнейшей модификации контролирующей конфигурации. Раздел 20.2.3.2, "Фильтрация событий Схемы Производительности", обсуждает, как можно изменить эти таблицы, чтобы влиять на набор события.

Если есть изменения конфигурации Схемы Производительности, которые должны быть сделаны во времени выполнения, используя SQL-операторы, и Вы хотели бы к этим изменениям, вступают в силу каждый раз, когда сервер запускает, помещал операторы в файл и запускает сервер с --init-file=file_name опция. Эта стратегия может также быть полезной, если у Вас есть многократные контрольные конфигурации, каждый адаптированный, чтобы произвести различный вид контроля, такого как случайный медицинский контроль сервера, инцидентное исследование, поиск и устранение неисправностей поведения приложения, и т.д. Поместите операторы для каждой контрольной конфигурации в их собственный файл и определите соответствующий файл как --init-file параметр, когда Вы запускаете сервер.