Hogyan hangolsz egy MySQL szervert: buffer pool, slow query log és kapcsolatok?

Question

IT Interview Practice · Accepted Answer

A szerver-hangolás egy hurkot követ: **mérj, találd meg a szűk keresztmetszetet, javíts egy dolgot, mérj újra.** A három legnagyobb hatású terület az InnoDB buffer pool, a slow query log és a kapcsolatkezelés.

## InnoDB buffer pool — az első számú gomb

A buffer pool az adat- és index-oldalakat cache-eli RAM-ban; amikor a working set belefér, az olvasások memória-sebességűek és a lemez-I/O szinte eltűnik. Méretezd egy dedikált DB szerver RAM-jának ~50–75%-ára.

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

-- Állapotellenőrzés: a hit rate ~99%+ legyen
SHOW ENGINE INNODB STATUS\G
--   Buffer pool hit rate 999 / 1000     <- jó; 1000/1000 közelében = többnyire RAM
```

## Slow query log — találd meg, mit javíts

```sql
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;   -- logolj mindent, ami 500 ms felett van
-- Aztán aggregálj pt-query-digest / mysqldumpslow segítségével a legrosszabb lekérdezések rangsorolásához,
-- és EXPLAIN mindegyiket. A legtöbb nyereség egy hiányzó index, nem egy szerver-beállítás.
```

## Kapcsolatok

Minden kapcsolat memóriába és szálakba kerül. Ne állítsd a `max_connections`-t az egekig egy szivárgás elfedésére — több ezer kapcsolat rohama megfojtja a szervert. Használj **connection poolt** az appban (vagy egy proxyt, mint a ProxySQL), hogy egy kis, újrahasznált készletet tarts, és figyeld a `Threads_connected` és a `Threads_running` arányt.

```sql
SHOW GLOBAL STATUS LIKE 'Threads_running';   -- hány végez ténylegesen munkát
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
```

## A támadás sorrendje

Előbb javítsd a legrosszabb lassú lekérdezéseket (indexek) — ez általában felülmúl bármely konfig-változtatást. Aztán méretezd helyesen a buffer poolt. Csak ezután hangold a `max_connections`-t, az `innodb_log_file_size`-t és a flush beállításokat. Egyszerre egy változót módosíts, és mérj újra.

## Miért fontos

A legtöbb "a MySQL lassú" incidens néhány indexeletlen lekérdezés vagy egy túl kicsi buffer pool, amely nem tudja tartani a working setet — nem egzotikus hangolás. Egy senior mérnök először a slow log és a buffer-pool hit rate után nyúl, a valódi szűk keresztmetszetet javítva ahelyett, hogy vakon tekergetné a konfig-gombokat.

InnoDB buffer pool — az első számú gomb

Slow query log — találd meg, mit javíts

Kapcsolatok

A támadás sorrendje

Miért fontos

Kapcsolódó kérdések