預先篩選限制收集的事件資訊，並且與任何特定使用者無關。相反地，後續篩選由個別使用者執行，透過使用具有適當 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 查詢〉。