20.2.3.2. Фильтрация событий Схемы производительности

setup_instruments таблица приводит доступные инструменты:

mysql> SELECT * FROM
                setup_instruments;+------------------------------------------------------------+---------+-------+| NAME                                                       | ENABLED | TIMED |+------------------------------------------------------------+---------+-------+...| wait/synch/mutex/sql/LOCK_global_read_lock                 | YES     | YES   || wait/synch/mutex/sql/LOCK_global_system_variables          | YES     | YES   || wait/synch/mutex/sql/LOCK_lock_db                          | YES     | YES   || wait/synch/mutex/sql/LOCK_manager                          | YES     | YES   |...| wait/synch/rwlock/sql/LOCK_grant                           | YES     | YES   || wait/synch/rwlock/sql/LOGGER::LOCK_logger                  | YES     | YES   || wait/synch/rwlock/sql/LOCK_sys_init_connect                | YES     | YES   || wait/synch/rwlock/sql/LOCK_sys_init_slave                  | YES     | YES   |...| wait/io/file/sql/binlog                                    | YES     | YES   || wait/io/file/sql/binlog_index                              | YES     | YES   || wait/io/file/sql/casetest                                  | YES     | YES   || wait/io/file/sql/dbopt                                     | YES     | YES   |...

Чтобы управлять, включается ли инструмент, устанавливает ENABLED столбец к YES или NO. Чтобы сконфигурировать, собрать ли информацию синхронизации для инструмента, установите TIMED значение к YES или NO. Установка TIMED столбец влияет на табличное содержание Схемы Производительности как описано в Разделе 20.2.3.1, "Синхронизация События Схемы Производительности".

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

Модификации к setup_instruments таблица сразу влияет на контроль.

setup_objects табличные элементы управления, контролируются ли определенные объекты. В настоящий момент Схема Производительности использует это, чтобы управлять контролем табличных объектов. Начальная буква setup_objects содержание похоже на это:

mysql> SELECT * FROM
                setup_objects;+-------------+--------------------+-------------+---------+-------+| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME | ENABLED | TIMED |+-------------+--------------------+-------------+---------+-------+| TABLE       | mysql              | %           | NO      | NO    || TABLE       | performance_schema | %           | NO      | NO    || TABLE       | information_schema | %           | NO      | NO    || TABLE       | %                  | %           | YES     | YES   |+-------------+--------------------+-------------+---------+-------+

OBJECT_SCHEMA и OBJECT_NAME столбцы должны содержать литеральную схему или имя таблицы, или '%' соответствовать любое имя.

Когда Схема Производительности проверяет на соответствие в setup_objects, это пытается найти более определенные соответствия сначала. Например, с таблицей db1.t1, это ищет достойный 'db1' и 't1', тогда для 'db1' и '%', тогда для '%' и '%'. Порядок, в котором соответствие происходит вопросы потому что отличающийся setup_objects строки могут иметь отличающийся ENABLED и TIMED значения.

Эффект конфигурации объекта значения по умолчанию состоит в том, чтобы инструментовать все таблицы кроме тех в mysql, INFORMATION_SCHEMA, и performance_schema базы данных. Таблицы в INFORMATION_SCHEMA база данных не инструментуется независимо от содержания setup_objects; строка для information_schema.% просто делает это значение по умолчанию явным.

Для связанных с таблицей событий Схема Производительности комбинирует содержание setup_objects с setup_instruments определить, включить ли инструментам и ли ко времени, включенному инструменты:

Предположите это setup_objects содержит следующие строки:

+-------------+---------------+-------------+---------+-------+| OBJECT_TYPE | OBJECT_SCHEMA | OBJECT_NAME | ENABLED | TIMED |+-------------+---------------+-------------+---------+-------+| TABLE       | db1           | t1          | YES     | YES   || TABLE       | db1           | t2          | YES     | NO    || TABLE       | db2           | %           | YES     | YES   || TABLE       | db3           | %           | YES     | NO    || TABLE       | %             | %           | YES     | YES   |+-------------+---------------+-------------+---------+-------+

Если связанный с таблицей инструмент в setup_instruments имеет a TIMED значение NO, никакие события для инструмента не синхронизированы. Если TIMED значение YES, синхронизация события происходит следующим образом:

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

Модификации к setup_objects таблица влияет на объект, контролирующий сразу.

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

INSTRUMENTED столбец в threads таблица показывает контролирующее состояние для каждого потока. Для приоритетных потоков (следующий из клиентских соединений), начальная буква INSTRUMENTED значение определяется тем, соответствует ли учетная запись пользователя, связанная с потоком, какую-либо строку в setup_actors таблица. Для фоновых потоков, INSTRUMENTED YES по умолчанию. setup_actors не консультируется, потому что нет никакого связанного пользователя для фоновых потоков. Для любого потока, INSTRUMENTED значение может быть изменено во время жизни потока.

Начальная буква setup_actors содержание похоже на это:

mysql> SELECT * FROM
                setup_actors;+------+------+------+| HOST | USER | ROLE |+------+------+------+| %    | %    | %    |+------+------+------+

Схема Производительности использует HOST и USER столбцы, чтобы соответствовать каждый новый приоритетный поток. (ROLE неиспользовано.) INSTRUMENTED значение для потока становится YES если какая-либо строка соответствует. Это позволяет инструментовать, чтобы быть примененным выборочно на узел, пользователя, или комбинацию узла и пользователя.

HOST и USER столбцы должны содержать литеральное имя хоста или имя пользователя, или '%' соответствовать любое имя. По умолчанию контроль включается для всех новых приоритетных потоков потому что setup_actors таблица первоначально содержит строку с '%' для обоих HOST и USER. Чтобы выполнить более ограниченное соответствие, например, позволить контролировать только для некоторых приоритетных потоков, следует удалить эту строку, потому что это соответствует любое соединение.

Предположите, что Вы изменяете setup_actors следующим образом:

DELETE FROM setup_actors;

Теперь setup_actors пусто и нет никаких строк, которые могли соответствовать входящие соединения. Следовательно, Схема Производительности установит INSTRUMENTED столбец для всего нового переднего плана распараллеливает к NO.

Предположите, что Вы далее изменяете setup_actors:

INSERT INTO setup_actors (HOST,USER,ROLE) VALUES('localhost','joe','%');INSERT INTO setup_actors (HOST,USER,ROLE) VALUES('%','sam','%');

Теперь Схема Производительности определяет, как установить INSTRUMENTED значение для нового соединения распараллеливает следующим образом:

Модификации к setup_actors таблица не влияет на существующие потоки.

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

mysql> SELECT * FROM setup_consumers;+--------------------------------+---------+| NAME                           | ENABLED |+--------------------------------+---------+| events_stages_current          | NO      || events_stages_history          | NO      || events_stages_history_long     | NO      || events_statements_current      | YES     || events_statements_history      | NO      || events_statements_history_long | NO      || events_waits_current           | NO      || events_waits_history           | NO      || events_waits_history_long      | NO      || global_instrumentation         | YES     || thread_instrumentation         | YES     || statements_digest              | YES     |+--------------------------------+---------+

Измените setup_consumers таблица, чтобы влиять на предварительную фильтрацию в потребителе подготавливает и определяет места назначения, которым отправляются события. Чтобы включить или отключить потребителя, установите ENABLED значение к YES или NO.

Модификации к setup_consumers таблица сразу влияет на контроль.

Если Вы отключаете потребителя, сервер не проводит время, поддерживая это. Например, можно отключить потребителей истории, если Вы не заботитесь об информации об историческом событии:

mysql> UPDATE setup_consumers    -> SET ENABLED = 'NO' WHERE NAME LIKE '%history%';

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

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

Глобальная переменная и Потребители Потока

Потребитель Обзора оператора

Этот потребитель требует global_instrumentation быть YES или это не проверяется. Нет никакой зависимости от потребителей События Оператора. Это означает, что можно получить статистику на обзор, не имея необходимость собирать статистические данные в events_statements_current, который выгоден с точки зрения издержек.

Ожидайте Потребители События

Эти потребители требуют обоих global_instrumentation и thread_instrumentation быть YES или они не проверяются.

Потребители События этапа

Эти потребители требуют обоих global_instrumentation и thread_instrumentation быть YES или они не проверяются.

Потребители События оператора

Эти потребители требуют обоих global_instrumentation и thread_instrumentation быть YES или они не проверяются.

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

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

Предположите что setup_consumers таблица содержит следующую иерархию значений:

global_instrumentation  thread_instrumentation    events_waits_current      events_waits_history      events_waits_history_long

Если данный потребитель, устанавливающий, NO, Схема Производительности отключает инструментарий, связанный с потребителем, и игнорирует все настройки низшего уровня. Если данная установка YES, Схема Производительности включает инструментарию, связанному с этим, и проверяет настройки на следующем самом низком уровне.

Каждое описание конфигурации указывает, какие элементы установки проверки Схемы Производительности и которые выводят таблицы, которые оно поддерживает (то есть, для которых таблиц оно собирает информацию).

Никакой Инструментарий

Состояние конфигурации сервера:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | NO      |...+---------------------------+---------+

В этой конфигурации ничто не инструментуется.

Элементы установки проверяли:

Выходные таблицы поддержали:

Глобальный Инструментарий Только

Состояние конфигурации сервера:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | NO      |...+---------------------------+---------+

В этой конфигурации инструментарий сохраняется только для глобальных состояний. Инструментарий на поток отключается.

Дополнительные проверенные элементы установки, относительно предыдущей конфигурации:

Дополнительные выходные сохраняемые таблицы, относительно предыдущей конфигурации:

Глобальная переменная и Инструментарий Потока Только

Состояние конфигурации сервера:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | YES     || events_waits_current      | NO      |...+---------------------------+---------+

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

Дополнительные проверенные элементы установки, относительно предыдущей конфигурации:

Дополнительные выходные сохраняемые таблицы, относительно предыдущей конфигурации:

Глобальная переменная, Поток, и Инструментарий Текущего события

Состояние конфигурации сервера:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | YES     || events_waits_current      | YES     || events_waits_history      | NO      || events_waits_history_long | NO      |...+---------------------------+---------+

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

Дополнительные проверенные элементы установки, относительно предыдущей конфигурации:

Дополнительные выходные сохраняемые таблицы, относительно предыдущей конфигурации:

Глобальная переменная, Поток, Текущее событие, и инструментарий Истории события

Предыдущая конфигурация собирается, не ожидают история события потому что events_waits_history и events_waits_history_long потребители отключаются. Тем потребителям можно включить отдельно или вместе собрать историю события на поток, глобально, или обоих.

Эта конфигурация собирает историю события на поток, но не глобально:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | YES     || events_waits_current      | YES     || events_waits_history      | YES     || events_waits_history_long | NO      |...+---------------------------+---------+

Таблицы истории события поддержали для этой конфигурации:

Эта конфигурация собирает историю события глобально, но не на поток:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | YES     || events_waits_current      | YES     || events_waits_history      | NO      || events_waits_history_long | YES     |...+---------------------------+---------+

Таблицы истории события поддержали для этой конфигурации:

Эта конфигурация собирает историю события на поток и глобально:

mysql> SELECT * FROM setup_consumers;+---------------------------+---------+| NAME                      | ENABLED |+---------------------------+---------+| global_instrumentation    | YES     || thread_instrumentation    | YES     || events_waits_current      | YES     || events_waits_history      | YES     || events_waits_history_long | YES     |...+---------------------------+---------+

Таблицы истории события поддержали для этой конфигурации: