데이터베이스

MySQL / MariaDB
활성
v10.11.6-MariaDB
연결 수
17
MySQL: 17 / 151
느린 쿼리
0
MySQL slow_queries
데이터베이스 크기
673.4 MB
데이터베이스: 3
MySQL / MariaDB 활성
버전 10.11.6-MariaDB
Uptime 4d 6h 39m
연결 수 17 / 151
느린 쿼리 0
데이터베이스 크기 673.4 MB
데이터베이스
example_app 18.4 MB · 12 테이블 수
example_users 142.7 MB · 38 테이블 수
example_logs 512.3 MB · 64 테이블 수

사이트가 느려졌을 때의 데이터베이스 상태

사이트가 느려지면 데이터베이스가 가장 먼저 볼 곳이자, 재빨리 들여다보기가 가장 어려운 곳입니다. 이 페이지는 가동 시간, 현재와 최대 연결 수, 느린 질의의 수, 캐시의 거동, 그리고 각 데이터베이스의 용량을 보여 줍니다. 문제가 여기에 사는지를 몇 초 안에 가려낼 만큼은 됩니다.

설정된 상한 대비 연결 수야말로 대부분의 장애를 설명하는 숫자입니다. 한계에 닿은 서버는 새 연결을 물리치고, 애플리케이션은 진짜 원인에 대해 아무 말도 하지 않는 데이터베이스 오류를 알립니다. 느린 질의는 반대편 끝입니다. 몇 개쯤은 정상이지만 꾸준히 올라가는 숫자는 대개 어떤 질의가 스키마 변경에서 인덱스를 잃었다는 뜻입니다.

용량이 여기 있는 까닭은 증가란 일찍 다룰수록 쉽기 때문입니다. 끝없이 불어나는 표 — 세션 행, 로그 표, 아무도 비우지 않는 대기열 — 는 공간이 남아 있는 동안에는 느린 문제이고, 공간이 다한 새벽 세 시에는 급한 문제가 됩니다. 이 패널의 디스크 페이지가 같은 일의 다른 면을 보여 줍니다.

이 페이지가 무엇을 보고 무엇을 보지 못하는지 알아 두면 좋습니다. MySQL의 상태를 안쪽에서 읽어 연결과 질의와 크기를 보여 주지만, 데이터베이스가 딛고 선 것에 대해서는 말이 없습니다. 멈춘 서비스는 Monit이 알아채고, 망가지기 시작한 드라이브는 SMART가 경고합니다. 그것도 대개 느려짐이 질의에 드러나기 한참 전입니다. 느린 데이터베이스의 원인은 데이터베이스보다 아래에 있는 경우가 적지 않습니다.