쿼리 로그 항목 상세 설명

Suresh Ramagiri -

각 쿼리 로그 항목은 다음과 같은 정보로 구성되어 있습니다.

[timestamp] [nodename] [process name] [category] [SID] [db] [user] [ac] [xid] [sql] [status] [execution time] [reads] [inserts] [deletes] [updates] [counts] [rows_read] [forwards] [broadcasts] [rows_output] [semaphore_matches] [fragment_executions] [runtime_ns] [cpu_waits] [cpu_waittime_ns] [bm_fixes] [bm_loads] [bm_waittime_ns] [lockman_waits] [lockman_waittime_ms] [trxstate_waits] [trxstate_waittime_ms] [wal_perm_waittime_ms] [bm_perm_waittime_ms] [sigmas] [sigma_fallbacks] [row_count] [found_rows] [insert_id] [fanout] [attempts]

  • timestamp: 시간대 정보를 포함합니다. 모든 노드에서 시각을 동기화하는 것이 매우 중요합니다.
  • nodename: 항목이 로깅된 노드의 이름.
  • process name: Clustrix 프로세스명, "clxnode"는 레거시 어플라이언스에서 "real"로 표시됩니다.
  • category: 로그에서 항목의 유형. SLOW, DDL, BAD 또는 SQLERR.
  • sid: 세션 ID. 특정 세션을 로깅된 쿼리와 함께 확인할 때 유용함.
  • db: 쿼리가 실행된 데이터베이스 이름.
  • user: 쿼리를 실행하는 사용자 계정. SBR(행기반 복제)을 사용하는 경우 master에서 쿼리문의 문제를 해결할 때 복제 계정을 검색할 수 있습니다.
  • ac: auto-commit. 쿼리가 명시적 트랜잭션으로 실행되었는지 확인하는데 유용합니다. DDL문이 명시적 트랜잭션으로 실행되지 않는다 하더라도 DDL문은 항상 ac=N (으)로 표시됨에 주의하십시오.
  • xid: transaction ID. 잠금 이슈를 해결할 때 세션을 XID에 연결할 때 유용합니다.
  • sql: 쿼리문이 4KB를 초과하지 않는 경우 전체 쿼리, 그러나, 4KB를 초과하는 경우 logger는 쿼리 중간에 줄임표를 넣고 4KB제한에 맞추기 위해 쿼리의 일부를 제거합니다.
  • status: 영향받은 행수 또는 에러 메시지와 같은 쿼리 결과.
  • time: 쿼리가 수신되어, 컴파일 및 처리되어 결과를 리턴할 때까지 걸린 시간. SLOW 쿼리에 대해 확인할 수 있는 시간.
  • reads: 쿼리 실행 엔진이 CONTAINER_READ 및 CONTAINER_MULTI_READ operator를 호출한 횟수. 컨테이너에서 데이터베이스 읽기 횟수(그러나, 읽은 행수는 아님).
  • inserts: 쿼리 실행 엔진이 CONTAINER_INSERT 및 CONTAINER_INSREP operator를 호출한 횟수. 데이터베이스가 컨터이너에 입력한 횟수. 호출 횟수 및 기록된 행수를 포함합니다.
  • deletes: 쿼리 실행 엔진이 CONTAINER_REMOVE operator를 호출한 횟수. 데이터베이스가 컨터이너에 삭제한 횟수. 호출 횟수 및 삭제된 행수를 포함합니다.
  • updates: 쿼리 실행 엔진이 CONTAINER_UPDATE 및 CONTAINER_OVERWRITE operator를 호출한 횟수. 데이터베이스가 컨테이너를 업데이트한 횟수. 호출 횟수 및 업데이트된 행수를 포함합니다.
  • counts: 쿼리 실행 엔진이 BARRIER_ADD 및 BARRIER_FETCHADD operator를 호출한 횟수.
  • rows_read: 쿼리 실행 엔진이 CONTAINER_READ, CONTAINER_MULTI_READ 및 MERGE_SORT_READ operator를 호출한 횟수. 인덱스에서 읽은 데이터를 포함하여 쿼리에 필요한 전체 데이터에서 읽은 전체 행수.
  • forwards: 특정 노드로 전달된 행수.
  • broadcasts: 전체 노드에 브로드캐스딩된 행수.
  • rows_output: 쿼리 실행 엔진이 OUTPUT_START operator를 호출한 횟수. 리턴된 전체 행수.
  • semaphore_matches: 쿼리 실행 엔진이 SEM_ACQUIRE operator를 호출한 횟수.
  • runtime_ns: 데이터베이스가 바이트코드를 실행하는데 걸린 시간 (나노초). 쿼리를 실행하기 위해 소요된 집계된 총 CPU 시간을 의미합니다.
  • cpu_wait: CPU를 기다리는데 소요한 시간
  • cpu_waittime_ns: 쿼리를 실행하면서 CPU가 소요한 시간(나노초)
  • bm_fixes: 버퍼 관리자가 페이지 고정를 위해 시도한 횟수.
  • bm_loads: 버퍼 관리자가 디스크에서 로딩한 페이지 수.
  • bm_waittime_ns: 버퍼 관리자 페이지 고정으로 블럭킹에 소요된 시간.
  • lockman_waits: 쿼리 실행 엔진이 블록킹을 위해 LOCK_SHARED 및 LOCK_EXCLUSIVE operator를 호출한 횟수. 다른 쿼리에 의해 잠금이 해제될 때까지 쿼리가 기다린 횟수.
  • lockman_waittime_ms: VM operator LOCK_SHARED 및 LOCK_EXCLUSIVE 동안 차단되어 걸린 시간. 다른 쿼리가 행에 잠금을 해제할 때까지 기다린 전체 시간.
  • trxstate_waits: 차단해야하는 trxstate_check에 대한 호출 수.
  • trxstate_waittime_ms: trxstate_check에서 차단되서 보낸 시간(밀리초).
  • wal_perm_waittime_ms: WAL이 가득차서 WAL에서 체크포인트를 기다리며 WAS에서 차단되서 보낸 시간(밀리초).
  • bm_perm_waittime_ms: 버퍼 관리자가 페이지에 대한 쓰기 권한을 부여할 때까지 기다리는데 소요된 시간(밀리초).
  • sigmas: 쿼리에 의해 사용된 시그마(sigma) 컨테이너 수. 시그마는 일부 쿼리의 중간 그리고(또는) 결과 행을 저장하는데 사용됩니다.
  • sigma_fallbacks: 메모리에 들어가지 않아 디스크에 다시 쓰여진 시그마(sigma) 수.
  • row_count: 쿼리에 의해 영향받은 행수
  • found_rows: 쿼리에서 반환된 행수
  • fanout: 쿼리에서 팬아웃(fanout)이 사용됐는지 나타냅니다.
  • attempts: 쿼리가 몇 번을 시도했는지 나타냅니다.

 

 

 

또 다른 질문이 있으십니까? 문의 등록

0 댓글

댓글을 남기려면 로그인하세요.
Zendesk 제공