Jak ladíte MySQL server: buffer pool, slow query log a připojení?

Question

IT Interview Practice · Accepted Answer

Ladění serveru sleduje smyčku: **změř, najdi úzké hrdlo, oprav jednu věc, změř znovu.** Tři oblasti s nejvyšší pákou jsou InnoDB buffer pool, slow query log a správa připojení.

## InnoDB buffer pool — hlavní knoflík

Buffer pool cachuje datové a indexové stránky v RAM; když se vaše pracovní sada do něj vejde, čtení jdou rychlostí paměti a diskové I/O téměř zmizí. Nastavte jeho velikost na ~50–75 % RAM na dedikovaném DB serveru.

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

-- Kontrola zdraví: hit rate by měl být ~99 %+
SHOW ENGINE INNODB STATUS\G
--   Buffer pool hit rate 999 / 1000     <- dobré; blízko 1000/1000 = převážně RAM
```

## Slow query log — najděte, co opravit

```sql
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 0.5;   -- logovat cokoli nad 500 ms
-- Pak agregujte pomocí pt-query-digest / mysqldumpslow pro seřazení nejhorších dotazů
-- a každý z nich prožeňte EXPLAINem. Většina zisků je chybějící index, ne nastavení serveru.
```

## Připojení

Každé připojení stojí paměť a vlákna. Nenastavujte `max_connections` do nebe, abyste zamaskovali únik — nával tisíců připojení server ztluče. Použijte v aplikaci **connection pool** (nebo proxy jako ProxySQL) k udržení malé, znovu použité sady a sledujte `Threads_connected` versus `Threads_running`.

```sql
SHOW GLOBAL STATUS LIKE 'Threads_running';   -- kolik jich skutečně pracuje
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
```

## Pořadí útoku

Nejprve opravte nejpomalejší dotazy (indexy) — to obvykle překoná jakoukoli změnu konfigurace. Pak správně nastavte velikost buffer poolu. Teprve poté laďte `max_connections`, `innodb_log_file_size` a nastavení flushování. Měňte jednu proměnnou po druhé a znovu měřte.

## Proč je to důležité

Většina incidentů typu "MySQL je pomalé" je hrstka neindexovaných dotazů nebo buffer pool příliš malý na to, aby pojal pracovní sadu — ne exotické ladění. Seniorní inženýr sáhne nejprve po slow logu a hit rate buffer poolu a opraví skutečné úzké hrdlo, místo aby slepě otáčel konfiguračními knoflíky.

InnoDB buffer pool — hlavní knoflík

Slow query log — najděte, co opravit

Připojení

Pořadí útoku

Proč je to důležité

Související otázky