Loading...
MySQL 9.5 Reference Manual 9.5의 29.5 Performance Schema Queries의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
사전 필터링은 어떤 이벤트 정보가 수집될지를 제한하며 특정 사용자와는 무관하게 동작합니다. 반대로 사후 필터링은 개별 사용자가 적절한 WHERE 절이 있는 쿼리를 사용하여, 사전 필터링이 적용된 이후에 사용 가능한 이벤트들 중에서 어떤 이벤트 정보를 선택할지를 제한하는 방식으로 수행됩니다.
Section 29.4.3, “Event Pre-Filtering”에서는 파일 인스트루먼트에 대해 사전 필터링을 수행하는 예를 보여 주었습니다. 이벤트 테이블에 파일 정보와 비파일 정보가 모두 포함되어 있는 경우, 사후 필터링은 파일 이벤트에 대한 정보만 확인하는 또 다른 방법입니다. 이벤트 선택을 적절히 제한하기 위해 쿼리에 WHERE 절을 추가하십시오:
1mysql> SELECT THREAD_ID, NUMBER_OF_BYTES 2 FROM performance_schema.events_waits_history 3 WHERE EVENT_NAME LIKE 'wait/io/file/%' 4 AND NUMBER_OF_BYTES IS NOT NULL; 5+-----------+-----------------+ 6| THREAD_ID | NUMBER_OF_BYTES | 7+-----------+-----------------+ 8| 11 | 66 | 9| 11 | 47 | 10| 11 | 139 | 11| 5 | 24 | 12| 5 | 834 | 13+-----------+-----------------+
대부분의 Performance Schema 테이블에는 인덱스가 있으며, 이를 통해 옵티마이저는 풀 테이블 스캔 이외의 실행 계획에 접근할 수 있습니다. 이러한 인덱스는 해당 테이블을 사용하는 sys 스키마 뷰와 같은 관련 오브젝트의 성능도 향상시킵니다. 자세한 내용은 Section 10.2.4, “Optimizing Performance Schema Queries”를 참조하십시오.
29.4.10 Determining What Is Instrumented
29.6 Performance Schema Instrument Naming Conventions