25.4.3 Event Pre-Filtering — MySQL 5.7

25.4.3 Предварительный фильтр событий

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

Для настройки предварительного фильтра на этапе производства можно использовать несколько таблиц:
- setup_instruments указывает, какие инструменты доступны. Инструмент, отключённый в этой таблице, не генерирует события независимо от содержимого других таблиц, связанных с производством. Инструмент, включённый в этой таблице, разрешается генерировать события, подчинённый содержанию других таблиц.
- setup_objects управляет тем, отслеживает ли Performance Schema определённые таблицы и объекты хранимых программ.
- threads указывает, включена ли мониторинг для каждого серверного потока.
- setup_actors определяет начальное состояние мониторинга для новых фоновых потоков.
Для настройки предварительного фильтра на этапе потребления измените таблицу setup_consumers. Это определяет назначения, в которые отправляются события. setup_consumers также косвенно влияет на производство событий. Если определённое событие не отправляется никуда (не потребляется), Performance Schema его не производит.

Изменения в любой из этих таблиц влияют на мониторинг немедленно, за исключением некоторых случаев:

Изменения некоторых инструментов в таблице setup_instruments вступают в силу только при запуске сервера; изменение их во время выполнения не оказывает никакого влияния. Это в первую очередь касается мьютексов, условий и rwlocks на сервере, хотя могут быть и другие инструменты, для которых это верно. Это ограничение снято начиная с MySQL 5.7.12.
Изменения в таблице setup_actors влияют только на фоновые потоки, созданные после внесения изменения, а не на существующие потоки.

При изменении конфигурации мониторинга Performance Schema не очищает таблицы истории. События, уже собранные, остаются в таблицах current-events и history до тех пор, пока они не будут вытеснены более новыми событиями. Если вы отключаете инструменты, вам может потребоваться подождать некоторое время, прежде чем события для них будут вытеснены более новыми событиями, представляющими интерес. В качестве альтернативы, используйте TRUNCATE TABLE для очистки таблиц истории.

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

В следующих разделах описано, как использовать определённые таблицы для управления предварительным фильтром Performance Schema.