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

В Разделе 29.4.3, «Предварительное фильтрование событий», был представлен пример предварительного фильтрования для инструментов файлов. Если таблицы событий содержат как информацию о файлах, так и информацию, не связанную с файлами, последующее фильтрование — это еще один способ увидеть информацию только для событий файлов. Добавьте WHERE условие в запросы, чтобы соответствующим образом ограничить выбор событий:

mysql> SELECT THREAD_ID, NUMBER_OF_BYTES
       FROM performance_schema.events_waits_history
       WHERE EVENT_NAME LIKE 'wait/io/file/%'
       AND NUMBER_OF_BYTES IS NOT NULL;
+-----------+-----------------+
| THREAD_ID | NUMBER_OF_BYTES |
+-----------+-----------------+
|        11 |              66 |
|        11 |              47 |
|        11 |             139 |
|         5 |              24 |
|         5 |             834 |
+-----------+-----------------+

Большинство таблиц Performance Schema имеют индексы, что предоставляет оптимизатору доступ к планам выполнения, отличным от полных сканирований таблиц. Эти индексы также повышают производительность для связанных объектов, таких как sys схемы представлений, которые используют эти таблицы. Для получения дополнительной информации см. Раздел 10.2.4, «Оптимизация запросов Performance Schema».