R2. 화면별 차트 지표 레퍼런스

Diátaxis: Reference · ← 목차로

각 차트가 무엇을 의미하는지, 어떻게 되면 문제인지, 무엇을 더 봐야 하는지, 어떤 문제가 예상되는지를 정리한 사전입니다. 화면에서 차트 제목 옆 ? 아이콘을 누르면 같은 설명을 볼 수 있고, AI 진단 버튼은 이 설명을 바탕으로 실제 값을 분석합니다.

참고 경로 = 좌측 메뉴 기준 찾아가는 위치(▸ 가 메뉴 단계) · 의미 = 차트가 보여주는 값 · 문제 신호·점검 = 위험 패턴/임계치 + 추가 확인 항목·예상 문제. 주의 임계치는 일반 기준입니다. 서비스 특성상 평소(baseline) 대비 변화가 더 중요할 수 있습니다.

---

R2.1 WAS 차트

처리량·응답 (대시보드·애플리케이션·통계)

TPS

• 경로 — WAS ▸ 애플리케이션 ▸ TPS 탭 · WAS ▸ 대시보드 위젯
• 의미 — 초당 처리 건수(Transactions Per Second)로 애플리케이션의 처리량을 나타냅니다.
• 문제 신호·점검 — 일반적으로 높을수록 좋으며, 갑작스러운 하락은 서비스 장애를 의미합니다. 응답시간과 함께 비교하여 병목 구간을 진단하십시오.

액티브 사용자 수

• 경로 — WAS ▸ 애플리케이션 ▸ 활성 사용자 탭 · WAS ▸ 대시보드 위젯
• 의미 — 설정 가능한 시간 범위(기본 5분) 내 고유 활성 사용자 수를 표시합니다.
• 문제 신호·점검 — 평소 트래픽 패턴과 비교하여 이상 여부를 판단합니다. 비업무 시간에 높은 값이 나타나면 비정상 트래픽이나 봇 활동을 의심하십시오.

사용자 만족도 지수

• 경로 — WAS ▸ 애플리케이션 ▸ 사용자 만족도 탭 · WAS ▸ 대시보드 위젯
• 의미 — 애플리케이션 성능 지수(Application Performance Index)를 0~100으로 표시합니다.
• 문제 신호·점검 — 94100: 우수, 8593: 양호, 7084: 보통, 5069: 나쁨, 50 미만: 심각. Satisfied(< T), Tolerating(T~4T), Frustrated(> 4T 또는 오류) 응답 비율로 계산됩니다.

오류율

• 경로 — WAS ▸ 애플리케이션 ▸ 오류율 탭
• 의미 — 전체 요청 대비 4xx/5xx 오류 응답 비율을 표시합니다.
• 문제 신호·점검 — 상단은 오류율(%), 하단은 오류 건수/요청 건수를 나타냅니다. 이상적인 값은 0%에 가까우며, 오류율이 증가하면 오류 로그, 최근 배포 이력, 의존 서비스 장애를 점검하십시오.

평균 응답시간

• 경로 — WAS ▸ 애플리케이션 ▸ 평균 응답시간 탭
• 의미 — 애플리케이션의 평균 응답시간을 밀리초(ms) 단위로 표시합니다.
• 문제 신호·점검 — 2초 이하가 정상이며, 3초 이상이면 사용자가 지연을 체감하고, 12초 이상은 심각한 상태입니다. 느린 SQL, 외부 API 호출, GC 일시중지, 자원 경합을 점검하십시오.

응답시간

• 경로 — WAS ▸ 애플리케이션 ▸ 응답시간 탭
• 의미 — 응답시간의 최대값, 최소값, 평균값 및 요청 건수를 함께 표시합니다.
• 문제 신호·점검 — 평균과 최대값의 차이가 크면 일부 요청이 비정상적으로 느린 것을 의미합니다. 이상치(outlier) 트랜잭션을 트레이스에서 확인하십시오.

요청 수

• 경로 — WAS ▸ 애플리케이션 ▸ 요청 수 탭
• 의미 — 시간에 따른 총 요청 건수를 표시합니다.
• 문제 신호·점검 — 트래픽 볼륨 패턴을 파악하는 데 유용합니다. 용량 계획 수립과 트래픽 급증 식별에 활용하십시오.

응답코드

• 경로 — WAS ▸ 애플리케이션 ▸ 응답 코드 탭
• 의미 — 응답 코드를 2xx/3xx/4xx/5xx 카테고리별로 분류하여 표시합니다.
• 문제 신호·점검 — 정상 상태에서는 대부분 2xx입니다. 4xx 증가는 잘못된 URL이나 인증 오류 등 클라이언트 오류를, 5xx 증가는 버그나 자원 고갈 등 서버 오류를 나타냅니다.

지연 트랜잭션

• 경로 — WAS ▸ 애플리케이션 ▸ 지연 트랜잭션 탭
• 의미 — 처리 중인 트랜잭션을 Satisfying(3초 미만), Tolerating(3~12초), Frustrating(12초 이상)으로 구분하여 표시합니다.
• 문제 신호·점검 — Frustrating 건수가 증가하면 많은 사용자가 대기 중이라는 의미입니다. 스레드 덤프와 느린 트랜잭션 트레이스를 조사하십시오.

세션수

• 경로 — WAS ▸ 애플리케이션 ▸ 세션 탭
• 의미 — WAS에서 생성된 HTTP 세션 수를 표시합니다.
• 문제 신호·점검 — 갑작스러운 증가는 세션 누수(세션 미반환)를 의심해야 합니다. 세션 수가 과도하면 메모리 사용량이 증가하므로 세션 타임아웃 및 무효화 정책을 점검하십시오.

DB 평균응답시간

• 경로 — WAS ▸ 대시보드 위젯
• 의미 — 전체 평균 응답시간에 DB 처리시간을 오버레이하여 표시합니다.
• 문제 신호·점검 — 전체 응답시간 중 DB가 차지하는 비중을 확인할 수 있습니다. DB 비중이 크면 SQL 최적화, 인덱스 추가, 쿼리 튜닝을 검토하십시오.

실시간 요청

실시간 요청 모니터링 (Request Velocity)

• 경로 — WAS ▸ 실시간 요청 모니터링 · WAS ▸ 대시보드 상단 위젯
• 의미 — 인스턴스별 처리 중인 요청 수를 Satisfying/Tolerating/Frustrating 구간으로 나누어 스택바 차트로 표시합니다.
• 문제 신호·점검 — 바가 높으면 처리 중인 요청이 많다는 의미입니다. Tolerating/Frustrating 구간이 증가하면 느린 쿼리, 외부 API 지연, 스레드 풀 고갈 여부를 점검하십시오.
• 애플리케이션 그룹 밴드 — 막대 위쪽에 어느 그룹 구간인지를 알려주는 띠가 표시됩니다. 인스턴스가 수십 개일 때 이름만으로는 업무를 알기 어렵고, 쿠버네티스처럼 배포마다 이름이 바뀌는 환경에서는 아예 유추할 수 없기 때문입니다. 구간 사이에는 경계선이 들어가고, 막대에 마우스를 올리면 툴팁에 소속 그룹이 함께 표시됩니다.
  • 밴드는 정렬이 애플리케이션 그룹일 때만 나옵니다(WAS 기본값). 다른 정렬을 고르면 같은 그룹이 흩어져 밴드가 조각나므로 자동으로 숨겨집니다.
  • 밴드 이름에는 표시 이름(별칭)이 적용됩니다. 묶고 정렬하는 기준은 원래 이름 그대로입니다.
  • 그룹을 찾지 못한 인스턴스는 버려지지 않고 맨 뒤에 이름 없는 구간으로 모입니다.
  • 나의 대시보드의 같은 위젯에도 동일하게 표시됩니다.

요청 뷰어 (Request Viewer)

• 경로 — WAS ▸ 실시간 요청 모니터링 · WAS ▸ 대시보드 상단 위젯
• 의미 — 동시 접속자 수(좌측 숫자)와 실시간 요청 흐름을 미사일 애니메이션으로 시각화합니다.
• 문제 신호·점검 — 원형 벽(Wall)은 응답시간 구간별 요청 분포를 나타냅니다. 벽이 주황/빨강으로 커지면 느린 트랜잭션의 원인을 조사하십시오.

토폴로지 (T-Map)

T-Map

• 경로 — WAS ▸ 토폴로지 맵 · WAS ▸ 애플리케이션 ▸ 트랜잭션 맵(T-Map) 탭
• 의미 — 시간에 따른 응답시간 분포를 히트맵으로 표시합니다.
• 문제 신호·점검 — X축은 시간, Y축은 응답시간(초)입니다. 하단에 점이 밀집되면(빠른 응답) 정상이며, 상단에 점이 나타나면(느린 응답) 해당 트랜잭션의 트레이스 상세를 조사하십시오.

JVM

JVM Heap 사용률

• 경로 — WAS ▸ JVM ▸ 메모리 사용률 탭
• 의미 — JVM Heap 메모리 사용률(%)을 표시합니다.
• 문제 신호·점검 — 정상적인 패턴은 톱니 모양(GC 후 하락)이며, 80% 이상이 지속되거나 평탄한 패턴은 메모리 누수를 의심해야 합니다. 힙 덤프 분석, 대용량 객체 할당, 캐시 설정을 점검하십시오.

JVM 메모리 크기

• 경로 — WAS ▸ JVM ▸ 메모리 크기 탭
• 의미 — JVM Heap 및 PermGen/Metaspace의 Committed, Used, Max 메모리 크기를 표시합니다.
• 문제 신호·점검 — Used가 Max에 근접하면 OutOfMemoryError 위험이 있습니다. -Xmx 값을 늘리거나 메모리 사용을 최적화하십시오.

GC 시간

• 경로 — WAS ▸ JVM ▸ GC 시간 탭
• 의미 — GC 소요 시간과 GC 횟수를 표시합니다.
• 문제 신호·점검 — 500ms 이상의 긴 GC 일시중지가 빈번하면 애플리케이션이 멈추는 현상이 발생합니다. 힙 크기, 메모리 누수, 객체 생성 빈도, GC 알고리즘 설정을 점검하십시오.

스레드 상태

• 경로 — WAS ▸ JVM ▸ 스레드 상태 탭
• 의미 — 스레드 상태 분포(Runnable, Blocked, Waiting 등)를 표시합니다.
• 문제 신호·점검 — Blocked 스레드가 많으면 잠금 경합(Lock Contention)을, Waiting 스레드가 많으면 스레드 풀 고갈을 의심하십시오. 스레드 덤프로 원인을 분석하십시오.

클래스 오픈수

• 경로 — WAS ▸ JVM ▸ 로드된 클래스 탭
• 의미 — 로딩된 클래스 수, 전체 클래스 수, Unloading 클래스 수를 표시합니다.
• 문제 신호·점검 — 클래스 수가 언로딩 없이 지속적으로 증가하면 클래스로더 누수를 의심하십시오. 빈번한 재배포 환경에서 흔하며 Metaspace OutOfMemoryError를 일으킬 수 있습니다.

파일 오픈 수

• 경로 — WAS ▸ JVM ▸ 열린 파일 수 탭
• 의미 — 현재 열린 파일 디스크립터 수와 최대 허용 한도를 표시합니다.
• 문제 신호·점검 — 최대치에 근접하면 'Too many open files' 오류가 발생합니다. 소켓 누수, 미닫힌 스트림, ulimit 설정을 점검하십시오.

JVM CPU 시간

• 경로 — WAS ▸ JVM ▸ CPU 사용률 탭
• 의미 — JVM 프로세스가 소비하는 CPU 시간을 표시합니다.
• 문제 신호·점검 — 높은 값은 연산 집약적인 작업이 수행 중임을 나타냅니다. 시스템 전체 CPU와 비교하여 JVM이 주요 소비자인지 확인하십시오.

데이터소스

데이터소스 Pool 개수

• 경로 — WAS ▸ 데이터소스
• 의미 — 커넥션 풀에서 사용 중인 데이터베이스 연결 수를 표시합니다.
• 문제 신호·점검 — 최대 풀 크기에 근접하면 DB 커넥션 고갈을 의미합니다. 느린 쿼리, 커넥션 반환 누락(미반환), 풀 크기 설정을 점검하십시오.

컨테이너

CPU 사용률

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 CPU 사용률을 표시합니다.
• 문제 신호·점검 — 호스트 수준에서 컨테이너 간 CPU 자원 분배 현황을 모니터링합니다. 특정 컨테이너의 과도한 CPU 점유를 식별하십시오.

CPU 사용량

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 CPU 사용량을 절대값으로 표시합니다.
• 문제 신호·점검 — 각 컨테이너별 CPU 소비를 비교할 수 있습니다. 호스트 전체 CPU 용량 대비 사용량을 확인하십시오.

메모리 사용량

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 메모리 사용량을 표시합니다.
• 문제 신호·점검 — 전체 컨테이너 메모리 합계가 호스트 메모리에 근접하면 OOMKill 위험이 있습니다. 컨테이너별 메모리 제한과 실제 사용량을 비교하십시오.

디스크 사용량

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 디스크 I/O 처리량을 표시합니다.
• 문제 신호·점검 — 어떤 컨테이너가 과도한 디스크 I/O를 발생시키는지 확인할 수 있습니다. 로그 파일, 임시 파일 생성 등을 점검하십시오.

트래픽

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 네트워크 송수신 바이트를 표시합니다.
• 문제 신호·점검 — 컨테이너 간 통신량과 외부 트래픽을 모니터링합니다. 비정상적인 트래픽 패턴이 감지되면 해당 컨테이너를 점검하십시오.

패킷 오류

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 호스트 내 전체 Docker 컨테이너의 네트워크 오류 수를 표시합니다.
• 문제 신호·점검 — 정상 상태에서는 0이어야 합니다. 오류가 발생하면 네트워크 설정, Docker 네트워크 드라이버, 컨테이너 간 연결 상태를 점검하십시오.

컨테이너 상태

• 경로 — WAS ▸ 서버/컨테이너
• 의미 — 컨테이너의 CPU, 메모리, 네트워크 등 전반적인 리소스 사용 현황을 한 눈에 표시합니다.
• 문제 신호·점검 — 모든 컨테이너의 상태를 빠르게 파악하는 데 유용합니다. 이상이 있는 컨테이너를 식별하여 개별 차트에서 상세 분석하십시오.

---

R2.2 웹서버 차트

트래픽

• 경로 — 웹서버 ▸ 웹 성능 · 웹서버 ▸ 대시보드
• 의미 — 웹 서버의 초당 처리 바이트 수(Bytes/sec)를 표시하여 대역폭 사용량을 모니터링합니다.
• 문제 신호·점검 — 갑작스러운 급증은 DDoS 공격이나 대용량 파일 다운로드를 의심하십시오. 평소 패턴과 비교하여 이상 트래픽을 식별하십시오.

초당 요청수

• 경로 — 웹서버 ▸ 웹 성능 · 웹서버 ▸ 대시보드
• 의미 — 웹 서버의 초당 요청 처리 수를 표시합니다.
• 문제 신호·점검 — 값이 높을수록 부하가 큰 상태입니다. WAS TPS와 비교하여 웹 서버가 병목 구간인지 확인하십시오.

워커 상태

• 경로 — 웹서버 ▸ 웹 성능 · 웹서버 ▸ 대시보드
• 의미 — 활성(Active) 워커와 유휴(Idle) 워커의 수를 표시합니다.
• 문제 신호·점검 — 모든 워커가 사용 중이면 새로운 요청을 처리할 수 없습니다. MaxWorkers 값을 늘리거나 백엔드 처리 속도를 최적화하십시오.

연결 상태

• 경로 — 웹서버 ▸ 웹 성능 · 웹서버 ▸ 대시보드
• 의미 — 커넥션 상태(Reading, Writing, Keep-alive, Idle)를 항목별로 표시합니다.
• 문제 신호·점검 — Reading 상태가 많으면 느린 클라이언트를, Writing 상태가 많으면 느린 백엔드를 의심하십시오. 전체 커넥션 분포를 통해 서버 부하 유형을 파악할 수 있습니다.

---

R2.3 DBMS 차트

메트릭 차트는 데이터베이스 ▸ 클러스터 뷰 / 인스턴스 뷰의 메트릭 탭에서, 진단·SQL 분석 차트는 데이터베이스 ▸ DBMS 진단에서 봅니다. 각 차트 위에 동일 설명 카드가 표시됩니다.

Connection

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 현재 연결된 클라이언트 수와 허용된 최대 연결 수를 보여줍니다.
• 문제 신호·점검 — 사용률이 max_connections 의 80% 를 넘으면 신규 접속이 거부될 수 있어 max_connections 증설 또는 커넥션 풀 점검이 필요합니다.

QPS

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 최근 수 초 동안 서버가 실행한 SELECT/INSERT/UPDATE/DELETE 등의 쿼리 수입니다.
• 문제 신호·점검 — 평소 대비 급격한 증가는 트래픽 피크 또는 비정상 폴링/재시도를 의미할 수 있으므로 슬로우 쿼리와 함께 점검하세요.

DML Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — Select / Insert / Update / Delete 별 실행 비율을 누적해서 보여줍니다.
• 문제 신호·점검 — Update/Delete 비중이 비정상적으로 높으면 락 경합과 binlog 비대화가 발생할 수 있습니다.

Thread Running

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 실제로 작업을 처리 중인(CPU/IO 사용) 쓰레드 수를 보여줍니다.
• 문제 신호·점검 — 지속적으로 vCPU 수를 초과하면 컨텍스트 스위칭 비용이 커지고 응답 지연이 발생합니다.

Session Analytics

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 현재 진행 중인 세션과 실행 명령, 대기 상태를 한 눈에 보여줍니다.
• 문제 신호·점검 — TIME 이 길고 STATE 가 'Locked' / 'Waiting for ...' 인 세션이 많다면 락 경합 또는 슬로우 쿼리를 확인하세요.

Buffer Pool Allocation Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — InnoDB 버퍼 풀에 할당된 메모리 비율과 OS 메모리 대비 점유를 보여줍니다.
• 문제 신호·점검 — OS 메모리의 70~80% 이상을 차지하면 OS 캐시 부족으로 스왑/IO 성능 저하가 발생할 수 있습니다.

Buffer Pool Hit Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 버퍼 풀에서 데이터를 직접 읽지 못해 디스크 IO 가 발생한 비율(Hit Ratio)을 보여줍니다.
• 문제 신호·점검 — Hit Ratio 가 95% 이하로 떨어지면 디스크 읽기가 과도해진 것이므로 innodb_buffer_pool_size 증설을 검토하세요.

Buffer Pool Page Used Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 버퍼 풀의 데이터 페이지(Used)와 빈 페이지(Free) 분포를 보여줍니다.
• 문제 신호·점검 — Free 페이지가 거의 없으면 신규 데이터 캐싱이 어려워지므로 버퍼 풀 크기 또는 LRU 튜닝이 필요합니다.

IO Reads/Writes

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — InnoDB 의 디스크 읽기/쓰기/fsync 호출 횟수를 보여줍니다.
• 문제 신호·점검 — Reads 가 평소 대비 급증하면 인덱스 미사용 쿼리, Writes/fsync 가 급증하면 대량 트랜잭션 가능성을 점검하세요.

IO Reads/Writes Pending

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 처리되지 못하고 대기 중인 InnoDB 읽기/쓰기/fsync 요청 수입니다.
• 문제 신호·점검 — Pending 값이 지속적으로 0 이상이면 디스크 IO 가 병목이므로 스토리지 IOPS 또는 io_capacity 점검이 필요합니다.

Waits

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — Row Lock / Log / Buffer Pool 대기 횟수를 누적해서 보여줍니다.
• 문제 신호·점검 — Row Lock Waits 가 급증하면 락 경합, Log Waits 가 급증하면 로그 버퍼 또는 디스크 동기화 지연을 의미합니다.

InnoDB Engine Status

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — SHOW ENGINE INNODB STATUS 결과를 분석해 트랜잭션, 디드락, IO 상태를 보여줍니다.
• 문제 신호·점검 — LATEST DETECTED DEADLOCK 항목이 자주 갱신되면 트랜잭션 격리 수준 또는 인덱스 설계 점검이 필요합니다.

InnoDB Engine Mutex

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — InnoDB 내부 뮤텍스(Mutex) 별 OS Wait 발생 횟수를 보여줍니다.
• 문제 신호·점검 — 특정 mutex 의 OS Waits 가 지속 증가하면 동시성 병목이므로 워크로드 분리 또는 버전 업그레이드를 검토하세요.

Table Open Caches

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — table_open_cache 의 히트 비율로 테이블 메타 정보 캐싱 효율을 보여줍니다.
• 문제 신호·점검 — Hit Ratio 가 낮고 Opened Tables 가 빠르게 증가하면 table_open_cache 값을 늘려야 합니다.

Thread Cache

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — thread_cache 히트 비율로 쓰레드 재활용 효율을 보여줍니다.
• 문제 신호·점검 — Hit Ratio 가 낮으면 매 접속마다 새 쓰레드가 생성되어 부하가 늘어나므로 thread_cache_size 증설을 고려하세요.

Thread Pool

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — Thread Pool 플러그인의 활성/유휴 쓰레드 수와 대기 큐 크기를 보여줍니다.
• 문제 신호·점검 — Queue 가 지속적으로 차오르면 thread_pool_size 부족 또는 슬로우 쿼리에 의한 정체를 의심해야 합니다.

Binary Log Cache

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 트랜잭션 이벤트가 binlog 파일에 기록되기 전 임시 저장되는 캐시 사용량을 보여줍니다.
• 문제 신호·점검 — Disk Use 가 자주 발생하면 binlog_cache_size 가 부족한 것이므로 큰 트랜잭션을 분리하거나 캐시 크기를 늘리세요.

Query Cache

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — Query Cache 의 히트 비율과 메모리 사용량을 보여줍니다 (MySQL 8.0 부터 제거됨).
• 문제 신호·점검 — 쓰기 비중이 높은 시스템은 캐시 무효화 비용이 크므로 query_cache 비활성화가 권장됩니다.

Open Tables

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 현재 서버가 열어두고 있는 테이블 수를 보여줍니다.
• 문제 신호·점검 — table_open_cache 한계에 가까워지면 open/close 가 반복되어 IO 가 증가합니다.

Opened Tables

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 서버 시작 이후 누적된 테이블 open 횟수를 보여줍니다.
• 문제 신호·점검 — 짧은 시간 안에 큰 폭으로 늘어나면 table_open_cache 가 부족해 캐시 치환이 자주 발생하는 신호입니다.

Lock Waits

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 테이블 락이 즉시 획득된 횟수와 대기를 거친 횟수를 보여줍니다.
• 문제 신호·점검 — Waited 비율이 높아지면 트랜잭션 길이 또는 인덱스 누락으로 락 경합이 발생하고 있을 가능성이 큽니다.

Row Lock

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — InnoDB 의 row lock 대기 횟수와 평균 대기 시간을 보여줍니다.
• 문제 신호·점검 — 평균 대기 시간이 길거나 대기 건수가 늘어나면 핫스팟 row 또는 인덱스 부재 가능성을 점검하세요.

Meta Data Lock

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — Metadata Lock 으로 인해 대기하거나 차단된 세션 정보를 보여줍니다.
• 문제 신호·점검 — DDL 작업 중 사용자 트랜잭션이 길게 잡혀 있으면 운영 작업 전체가 멈출 수 있습니다.

Lock Contention

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 테이블/행 단위로 발생한 락 경합 통계를 보여줍니다.
• 문제 신호·점검 — 동일 테이블에 락 경합이 집중되면 인덱스 재설계 또는 트랜잭션 분리가 필요합니다.

Fullscan Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 전체 쿼리 대비 풀스캔이 발생한 비율을 보여줍니다.
• 문제 신호·점검 — 비율이 높을수록 인덱스 누락 가능성이 크므로 슬로우 쿼리 로그와 함께 분석하세요.

FullScan Ratio per User

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 사용자(계정) 별 풀스캔 발생 비율을 보여줍니다.
• 문제 신호·점검 — 특정 사용자에서만 풀스캔이 잦다면 해당 애플리케이션 쿼리를 우선 점검하세요.

Tmp Table Used Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 임시 테이블 생성 횟수와 비율을 보여줍니다.
• 문제 신호·점검 — GROUP BY / ORDER BY 등으로 인해 임시 테이블이 자주 생성되면 인덱스나 쿼리 재작성을 검토하세요.

Tmp Table Disk Used Ratio

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 메모리 임시 테이블이 디스크로 기록된 비율을 보여줍니다.
• 문제 신호·점검 — 디스크 사용 비율이 높으면 tmp_table_size / max_heap_table_size 부족 혹은 BLOB/TEXT 사용 패턴을 점검해야 합니다.

DataSize per Storage Engine

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 스토리지 엔진(InnoDB, MyISAM 등) 별 데이터 크기 분포를 보여줍니다.
• 문제 신호·점검 — InnoDB 외 엔진이 차지하는 비중이 크면 트랜잭션/복구 안정성을 위해 마이그레이션을 검토하세요.

DataSize per Schema

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 스키마 별 데이터/인덱스 크기 분포를 보여줍니다.
• 문제 신호·점검 — 특정 스키마가 비정상적으로 크면 보관 정책(파티셔닝/아카이빙) 점검이 필요합니다.

Tables per Schema/Engines

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 스키마와 스토리지 엔진별 테이블 수 분포를 보여줍니다.
• 문제 신호·점검 — 한 스키마에 MyISAM/InnoDB 가 혼재하면 백업/복구 일관성과 트랜잭션 처리에 문제가 생길 수 있습니다.

Tables without PK

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — PRIMARY KEY 가 정의되지 않은 테이블 목록을 보여줍니다.
• 문제 신호·점검 — PK 가 없으면 InnoDB 가 6바이트 hidden ROWID 를 사용하므로 복제 안정성과 성능이 저하됩니다.

Table without Index

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 인덱스가 전혀 없는 테이블 목록을 보여줍니다.
• 문제 신호·점검 — 인덱스가 없으면 모든 조회가 풀스캔으로 처리되어 데이터가 늘어날수록 급격히 느려집니다.

Table with Non-Numeric PK

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — PK 가 숫자형이 아닌 테이블 목록을 보여줍니다.
• 문제 신호·점검 — 문자열 PK 는 InnoDB 클러스터드 인덱스 크기를 키워 IO 비용을 늘리므로 가급적 BIGINT/INT 사용을 권장합니다.

Table IndexSize > DataSize

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 테이블 별 데이터/인덱스 크기 비율을 보여줍니다.
• 문제 신호·점검 — 인덱스 크기가 데이터보다 크면 불필요한/중복 인덱스가 있는지 점검하세요.

Server Info

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — DBMS 버전, 호스트명, OS 정보 등 서버 기본 정보를 보여줍니다.

Uptime

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 마지막 재시작 이후 서버가 가동된 시간을 보여줍니다.
• 문제 신호·점검 — 예기치 않게 짧다면 비정상 종료 또는 OOM Killer 에 의한 재시작 가능성을 확인하세요.

Server Vars&State

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 서버의 주요 시스템 변수와 상태 변수를 한 눈에 보여줍니다.

Logical Data Size

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 전체 스키마의 논리적 데이터 크기를 보여줍니다.
• 문제 신호·점검 — 급격한 증가는 대량 INSERT 또는 인덱스 추가의 영향일 수 있으므로 디스크 여유 공간을 함께 점검하세요.

CPU Detail

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — CPU 사용률(User/Sys/Wait/Idle)을 보여줍니다.
• 문제 신호·점검 — User CPU 가 80% 이상 지속되면 쿼리 튜닝, IO Wait 가 높으면 디스크 병목을 의심하세요.

Memory

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 전체 메모리 사용량과 InnoDB 버퍼 풀 점유율을 보여줍니다.
• 문제 신호·점검 — Free 가 거의 없고 Swap 사용량이 늘어나면 메모리 부족이므로 버퍼 풀 또는 OS 메모리 점검이 필요합니다.

Load Average

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 1분/5분/15분 단위 시스템 부하 평균을 보여줍니다.
• 문제 신호·점검 — vCPU 수보다 높은 상태가 지속되면 처리 능력이 한계에 도달했음을 의미합니다.

Disks

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 디스크 별 사용량과 읽기/쓰기 IO 를 보여줍니다.
• 문제 신호·점검 — 사용률 90% 이상은 InnoDB 가 동작 불가에 빠질 수 있으므로 즉시 조치가 필요합니다.

Network

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (메트릭 탭 — 클러스터 뷰에도 동일)
• 의미 — 네트워크 인터페이스 별 송수신 트래픽을 보여줍니다.
• 문제 신호·점검 — 지속적인 회선 포화는 복제 지연 또는 클라이언트 타임아웃을 일으킬 수 있습니다.

Parameter Diagnosis

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 주요 파라미터의 권장값과 현재값을 비교해 문제 항목을 진단합니다.
• 문제 신호·점검 — Critical/Warning 표시된 항목은 운영 안정성에 영향을 주므로 우선 적용을 검토하세요.

Characterset/Collation

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 테이블/컬럼 별 문자셋과 콜레이션 분포를 보여줍니다.
• 문제 신호·점검 — 혼용된 콜레이션은 JOIN 시 인덱스를 사용하지 못하게 만들 수 있습니다.

Most Latency Indexes

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 지연 시간이 가장 큰 인덱스 사용 SQL 을 보여줍니다.
• 문제 신호·점검 — 특정 인덱스가 지속해서 등장하면 인덱스 형태 또는 쿼리 패턴 재설계가 필요합니다.

Duplicate Indexes

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 동일 컬럼 조합으로 중복 생성된 인덱스 목록을 보여줍니다.
• 문제 신호·점검 — 중복 인덱스는 INSERT/UPDATE 비용만 늘리므로 정리하면 쓰기 성능을 개선할 수 있습니다.

Unused Indexes

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 최근 사용 이력이 없는 인덱스 목록을 보여줍니다.
• 문제 신호·점검 — 장기간 사용되지 않는 인덱스는 제거 후보입니다. 단, 특정 시점(예: 월말)에만 사용되는 인덱스인지 확인 후 삭제하세요.

TOP SQL 50

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 실행 빈도와 누적 시간이 큰 상위 SQL 50건을 보여줍니다.
• 문제 신호·점검 — 상위 1~5건이 전체 부하의 대부분을 차지하면 그 SQL 부터 튜닝하는 것이 가장 효과적입니다.

Disk Tmp Use 50

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 디스크 임시 테이블을 가장 많이 사용한 SQL 50건을 보여줍니다.
• 문제 신호·점검 — 메모리 임시 테이블 한도를 자주 초과하면 tmp_table_size 또는 인덱스/쿼리 튜닝을 검토하세요.

Slow Query TOP 50

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 지정한 임계 시간을 초과한 슬로우 쿼리 상위 50건을 보여줍니다.
• 문제 신호·점검 — 동일 쿼리가 반복적으로 등장하면 그 한 건만 개선해도 전체 성능이 크게 좋아집니다.

Fullscan TOP 50

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 풀스캔이 가장 많이 발생한 SQL 상위 50건을 보여줍니다.
• 문제 신호·점검 — 데이터 양이 늘어날수록 풀스캔 비용은 선형으로 증가하므로 인덱스 추가를 우선 검토하세요.

CPU Usage TOP 50

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — CPU 사용량이 가장 큰 SQL 상위 50건을 보여줍니다.
• 문제 신호·점검 — 복잡한 함수/계산식 또는 정렬·집계가 원인이라면 쿼리 재작성으로 큰 개선이 가능합니다.

Slow Query

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 기준 시간을 초과한 슬로우 쿼리 전체 목록을 보여줍니다.
• 문제 신호·점검 — 특정 시간대에 몰리는 패턴이 보이면 배치/스케줄 작업과의 충돌 여부를 함께 확인하세요.

Memory Stat. by Accounts

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 사용자 계정 별 누적 메모리 사용량을 보여줍니다.
• 문제 신호·점검 — 특정 계정이 비정상적으로 크면 응용에서 prepared statement / 결과셋 누수가 있을 수 있습니다.

Memory Stat. by Hosts

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 접속 호스트 별 누적 메모리 사용량을 보여줍니다.
• 문제 신호·점검 — 예상치 못한 호스트의 사용량이 크다면 출처 확인 및 네트워크 정책 점검이 필요합니다.

Memory Stat. by Threads

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — 쓰레드 별 메모리 사용량을 보여줍니다.
• 문제 신호·점검 — 특정 쓰레드가 메모리를 과도하게 점유하면 해당 세션의 쿼리/임시 테이블 사용 패턴을 확인하세요.

Memory Stat. by Events

• 경로 — 데이터베이스 ▸ DBMS 진단
• 의미 — performance_schema 이벤트 별 메모리 사용량을 보여줍니다.
• 문제 신호·점검 — 특정 이벤트가 비정상적으로 커지면 성능 카운터 메모리 누수 가능성을 점검하세요.

CAS Usage

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (CUBRID)
• 의미 — CAS(Common Application Server) 슬롯 사용률입니다. 브로커가 동시에 처리 중인 애플리케이션 요청 비중을 나타냅니다.
• 문제 신호·점검 — 사용률이 지속적으로 높으면 CAS 수(MAX_NUM_APPL_SERVER) 증설 또는 커넥션 풀 튜닝을 검토하세요.

Job Queue

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (CUBRID)
• 의미 — 브로커 작업 큐에 대기 중인 요청 수입니다.
• 문제 신호·점검 — 큐가 계속 쌓이면 CAS 부족 또는 느린 쿼리로 인한 처리 지연을 의심하세요.

TPS/QPS

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (CUBRID)
• 의미 — 초당 트랜잭션 수(TPS)와 초당 쿼리 수(QPS)입니다.
• 문제 신호·점검 — 평소 대비 급변 시 워크로드 변화나 비정상 트래픽을 점검하세요.

Long Trans

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (CUBRID)
• 의미 — 장기 실행 트랜잭션 수입니다.
• 문제 신호·점검 — 장기 트랜잭션은 락 점유와 MVCC 부담을 키우므로 원인 쿼리를 확인하세요.

Error Query

• 경로 — 데이터베이스 ▸ 인스턴스 뷰 (CUBRID)
• 의미 — 실패(에러)한 쿼리 수입니다.
• 문제 신호·점검 — 에러 쿼리가 늘어나면 브로커 로그와 애플리케이션 쿼리를 함께 점검하세요.

---

R2.4 시스템(서버) 차트

CPU·메모리·로드

CPU 사용률

• 경로 — 서버 ▸ 리소스
• 의미 — 시스템 CPU 사용률을 User, System, IOWait 등 카테고리별로 표시합니다.
• 문제 신호·점검 — IOWait가 높으면 디스크 I/O 병목을, System%가 높으면 커널 오버헤드를 나타냅니다. 카테고리별 비율로 성능 저하 원인을 진단하십시오.

세부 CPU 사용률

• 경로 — 서버 ▸ 리소스
• 의미 — User, System, IOWait, Steal, Nice, SoftIRQ 등 모든 CPU 사용률 항목을 상세하게 표시합니다.
• 문제 신호·점검 — 가상화 환경의 오버헤드(Steal)나 인터럽트 폭주(SoftIRQ)를 진단하는 데 유용합니다. 특정 항목이 비정상적으로 높으면 해당 영역을 집중 점검하십시오.

메모리 사용률

• 경로 — 서버 ▸ 리소스
• 의미 — 시스템 물리 메모리와 Swap 사용량을 표시합니다.
• 문제 신호·점검 — Swap 사용량이 높으면 물리 메모리가 부족하여 심각한 성능 저하가 발생합니다. RAM을 추가하거나 메모리 소비 프로세스를 줄이십시오.

평균 로드

• 경로 — 서버 ▸ 리소스
• 의미 — 시스템 평균 로드를 1분, 5분, 15분 간격으로 표시합니다.
• 문제 신호·점검 — CPU 코어 수를 초과하면 과부하 상태입니다. 1분 값이 15분 값보다 훨씬 높으면 부하가 증가 추세이므로 원인을 파악하십시오.

디스크

디스크 사용량

• 경로 — 서버 ▸ 디스크
• 의미 — 파티션별 디스크 사용량을 표시합니다.
• 문제 신호·점검 — 90%를 초과하면 서비스 장애를 일으킬 수 있어 위험합니다. 증가 속도를 모니터링하여 용량 계획을 수립하십시오.

I/O 횟수

• 경로 — 서버 ▸ 디스크
• 의미 — 디스크의 Read/Write IOPS(초당 입출력 횟수)를 표시합니다.
• 문제 신호·점검 — 높은 IOPS와 함께 응답시간이 증가하면 디스크 포화 상태를 의미합니다. SSD 교체 또는 I/O 최적화를 검토하십시오.

I/O 사용량

• 경로 — 서버 ▸ 디스크
• 의미 — 디스크의 Read/Write 바이트 처리량을 표시합니다.
• 문제 신호·점검 — 실제 데이터 전송 속도를 보여줍니다. 디스크 사양과 비교하여 포화 여부를 확인하십시오.

평균 서비스시간

• 경로 — 서버 ▸ 디스크
• 의미 — I/O 요청의 평균 서비스 시간을 표시합니다.
• 문제 신호·점검 — 20ms를 초과하면 디스크가 느린 상태입니다. 디스크 상태, RAID 구성, I/O 스케줄러 설정을 점검하십시오.

평균 대기수

• 경로 — 서버 ▸ 디스크
• 의미 — I/O 요청 대기 큐의 평균 길이를 표시합니다.
• 문제 신호·점검 — 2~3을 초과하면 디스크가 요청을 감당하지 못하는 상태입니다. 큐에 요청이 대기하므로 디스크 성능 향상이나 I/O 분산을 검토하십시오.

파일 노드수

• 경로 — 서버 ▸ 디스크
• 의미 — 파일 시스템의 inode 사용량을 표시합니다.
• 문제 신호·점검 — inode가 소진되면 디스크 여유 공간이 있어도 새 파일을 생성할 수 없습니다. 소규모 파일이 대량으로 존재하는 환경에서 주로 발생하므로 불필요한 파일을 정리하십시오.

네트워크

TCP 연결상태

• 경로 — 서버 ▸ 네트워크
• 의미 — TCP 연결 상태(ESTABLISHED, TIME_WAIT, CLOSE_WAIT 등)를 항목별로 표시합니다.
• 문제 신호·점검 — CLOSE_WAIT가 많으면 커넥션 누수를, 높은 트래픽 후 TIME_WAIT가 많으면 포트 고갈 가능성을 확인하십시오.

트래픽

• 경로 — 서버 ▸ 네트워크
• 의미 — 네트워크 인터페이스별 초당 송수신 바이트 수를 표시합니다.
• 문제 신호·점검 — 대역폭 활용률을 모니터링합니다. 인터페이스 용량의 70%를 초과하면 네트워크 확장을 검토하십시오.

전송 패킷

• 경로 — 서버 ▸ 네트워크
• 의미 — 인터페이스별 초당 송수신 패킷 수를 표시합니다.
• 문제 신호·점검 — 패킷 수는 많지만 바이트 수가 적으면 소형 패킷 오버헤드(공격 가능성)를 의미합니다. 평균 패킷 크기(bytes/packets)를 계산하여 이상 여부를 판단하십시오.

패킷 오류

• 경로 — 서버 ▸ 네트워크
• 의미 — 인터페이스별 네트워크 오류 수를 표시합니다.
• 문제 신호·점검 — 오류가 발생하면 하드웨어 문제, 케이블 불량, 드라이버 버그를 의미합니다. 정상 상태에서는 0이어야 합니다.

---

출처: 제품 내 question.json(차트 ? 툴팁) · chart-descriptions.js(DBMS 설명 카드). 최신 임계치/설명은 제품 화면의 ? 아이콘이 단일 진실 원천입니다.