Loading...
MySQL 9.5 Reference Manual 9.5의 29.8 Performance Schema Atom and Molecule Events의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
table I/O 이벤트의 경우, 일반적으로
events_waits_current에는 한 개가 아니라 두 개의 row가 있습니다. 예를 들어, row fetch는 다음과 같은 row들을 생성할 수 있습니다:
Row# EVENT_NAME TIMER_START TIMER_END
1 wait/io/file/myisam/dfile 10001 10002 2 wait/io/table/sql/handler 10000 NULL
row fetch는 파일 읽기를 유발합니다. 이 예에서 table I/O fetch 이벤트는 파일 I/O 이벤트보다 먼저 시작되었지만 아직 완료되지 않았습니다(TIMER_END 값이 NULL입니다). 파일 I/O 이벤트는 table I/O 이벤트에 “중첩(nested)”되어 있습니다.
이 현상은 mutex나 파일 I/O와 같은 다른 “원자적(atomic)” 대기 이벤트와 달리, table I/O 이벤트는 “분자적(molecular)”이며 다른 이벤트를 포함(겹침)하기 때문에 발생합니다. events_waits_current에서 table I/O 이벤트는 보통 두 개의 row를 가집니다:
가장 최근 table I/O 대기 이벤트에 대한 row 한 개
어떤 종류든 가장 최근 대기 이벤트에 대한 row 한 개
일반적으로(하지만 항상 그렇지는 않게) “어떤 종류든(of any kind)” 대기 이벤트는 table I/O 이벤트와 다릅니다. 각 하위(subsidiary) 이벤트가 완료되면, events_waits_current에서 사라집니다. 이 시점부터 다음 하위 이벤트가 시작될 때까지는, table I/O 대기가 어떤 종류든 가장 최근 대기이기도 합니다.
29.7 Performance Schema Status Monitoring
29.9 Performance Schema Tables for Current and Historical Events