預先篩選限制了所收集的事件資訊，並且與任何特定使用者無關。相反地，後續篩選是由個別使用者透過使用具有適當 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 schema 視圖。如需更多資訊，請參閱 第 10.2.4 節「最佳化 Performance Schema 查詢」。