MySQL 서버를 어떻게 튜닝하는가: 버퍼 풀, 슬로우 쿼리 로그, 그리고 연결(connection)?

Question

IT Interview Practice · Accepted Answer

서버 튜닝은 하나의 반복 루프를 따릅니다: **측정하고, 병목을 찾고, 한 가지를 고치고, 다시 측정한다.** 지렛대 효과가 가장 큰 세 영역은 InnoDB 버퍼 풀, 슬로우 쿼리 로그, 그리고 연결 처리입니다.

## InnoDB 버퍼 풀 — 가장 중요한 손잡이

버퍼 풀은 데이터와 인덱스 페이지를 RAM에 캐싱합니다. 작업 집합(working set)이 여기에 들어가면 읽기는 메모리 속도가 되고 디스크 I/O는 거의 사라집니다. 전용 DB 서버에서는 RAM의 약 50~75%로 크기를 잡으세요.

```sql
SET GLOBAL innodb_buffer_pool_size = 12 * 1024 * 1024 * 1024;  -- 12 GB

-- Health check: hit rate should be ~99%+
SHOW ENGINE INNODB STATUS\G
--   Buffer pool hit rate 999 / 1000     <- good; near 1000/1000 = mostly RAM
```

## 슬로우 쿼리 로그 — 무엇을 고칠지 찾기

```sql
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;   -- log anything over 500 ms
-- Then aggregate with pt-query-digest / mysqldumpslow to rank the worst queries,
-- and EXPLAIN each one. Most wins are a missing index, not a server setting.
```

## 연결(Connections)

각 연결은 메모리와 스레드를 소모합니다. 누수를 감추려고 `max_connections`를 터무니없이 높게 잡지 마세요 — 수천 개의 연결이 몰려들면 서버가 스래싱(thrashing)에 빠집니다. 앱에서 **커넥션 풀**(또는 ProxySQL 같은 프록시)을 사용해 작고 재사용되는 집합을 유지하고, `Threads_connected`와 `Threads_running`을 지켜보세요.

```sql
SHOW GLOBAL STATUS LIKE 'Threads_running';   -- how many are actually doing work
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
```

## 공략 순서

가장 느린 쿼리들(인덱스)을 먼저 고치세요 — 대개 어떤 설정 변경보다 효과가 큽니다. 그다음 버퍼 풀 크기를 적절히 잡으세요. 그러고 나서야 `max_connections`, `innodb_log_file_size`, 플러시 설정을 튜닝하세요. 한 번에 하나의 변수만 바꾸고 다시 측정하세요.

## 왜 중요한가

대부분의 "MySQL이 느리다" 사건은 인덱스 없는 몇몇 쿼리이거나 작업 집합을 담기엔 너무 작은 버퍼 풀 때문이지, 이국적인 튜닝의 문제가 아닙니다. 시니어 엔지니어는 설정 손잡이를 무작정 돌리는 대신, 먼저 슬로우 로그와 버퍼 풀 적중률을 살펴 진짜 병목을 고칩니다.

InnoDB 버퍼 풀 — 가장 중요한 손잡이

슬로우 쿼리 로그 — 무엇을 고칠지 찾기

연결(Connections)

공략 순서

왜 중요한가

관련 질문