¿Cómo ajustas un servidor MySQL: buffer pool, slow query log y conexiones?

Question

IT Interview Practice · Accepted Answer

El ajuste del servidor sigue un bucle: **mide, encuentra el cuello de botella, corrige una cosa, vuelve a medir.** Las tres áreas de mayor palanca son el buffer pool de InnoDB, el slow query log y la gestión de conexiones.

## Buffer pool de InnoDB — la palanca nº 1

El buffer pool almacena en caché las páginas de datos e índices en RAM; cuando tu conjunto de trabajo cabe en él, las lecturas van a velocidad de memoria y la E/S de disco casi desaparece. Dimensiónalo al ~50-75 % de la RAM en un servidor de BD dedicado.

```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
```

## Slow query log — encuentra qué corregir

```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.
```

## Conexiones

Cada conexión cuesta memoria e hilos. No pongas `max_connections` por las nubes para enmascarar una fuga — una estampida de miles de conexiones satura el servidor. Usa un **connection pool** en la app (o un proxy como ProxySQL) para mantener un conjunto pequeño y reutilizado, y vigila `Threads_connected` frente a `Threads_running`.

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

## Orden de ataque

Corrige primero las consultas lentas principales (índices) — eso normalmente supera cualquier cambio de configuración. Luego dimensiona correctamente el buffer pool. Solo entonces ajusta `max_connections`, `innodb_log_file_size` y la configuración de flush. Cambia una variable a la vez y vuelve a medir.

## Por qué es importante

La mayoría de los incidentes de "MySQL va lento" son un puñado de consultas sin índice o un buffer pool demasiado pequeño para contener el conjunto de trabajo — no un ajuste exótico. Un ingeniero senior recurre primero al slow log y al hit rate del buffer pool, corrigiendo el cuello de botella real en lugar de girar a ciegas las perillas de configuración.

Buffer pool de InnoDB — la palanca nº 1

Slow query log — encuentra qué corregir

Conexiones

Orden de ataque

Por qué es importante

Preguntas relacionadas