Что такое Connection Pool и зачем он нужен

Connection Pool (пул соединений) — это механизм управления набором заранее созданных соединений с базой данных, которые могут быть повторно использованы различными частями приложения.

Аналогия из жизни: пул соединений — это как парк такси на стоянке. Вместо того чтобы каждый раз вызывать и ждать машину (создавать новое соединение ~50-100 мс), вы берёте свободную с ближайшей стоянки (~1 мс), используете и возвращаете обратно.

Проблема без пула соединений

Создание нового соединения с базой данных — дорогостоящая операция (50-100 мс), включающая:

• установление TCP-соединения с сервером БД
• аутентификацию пользователя
• выделение ресурсов на стороне СУБД
• создание объекта Connection в JVM

Большинство СУБД имеют ограничение на максимальное количество одновременных соединений (PostgreSQL по умолчанию — 100).

Принцип работы

Пул работает по принципу «заимствование -> использование -> возврат»:

1. При запуске приложения пул создаёт заданное количество соединений
2. Компонент запрашивает соединение у пула
3. Пул выдаёт свободное соединение
4. После завершения работы соединение возвращается в пул (а не закрывается)
5. Если свободных соединений нет — запрос ожидает или получает исключение по таймауту

DataSource vs DriverManager

Популярные реализации

import com.zaxxer.hikari.HikariConfig;
import com.zaxxer.hikari.HikariDataSource;

public class ConnectionPoolExample {

    private static HikariDataSource dataSource;

    public static void init() {
        HikariConfig config = new HikariConfig();
        config.setJdbcUrl("jdbc:postgresql://localhost:5432/mydb");
        config.setUsername("user");
        config.setPassword("password");
        config.setMaximumPoolSize(10);
        config.setMinimumIdle(5);
        config.setConnectionTimeout(30_000); // 30 секунд
        config.setIdleTimeout(600_000);      // 10 минут
        config.setMaxLifetime(1_800_000);    // 30 минут

        dataSource = new HikariDataSource(config);
    }

    public static void executeQuery() {
        // Соединение автоматически возвращается в пул при закрытии
        try (Connection conn = dataSource.getConnection();
             PreparedStatement ps = conn.prepareStatement(
                 "SELECT * FROM users WHERE id = ?")) {

            ps.setLong(1, 42L);
            try (ResultSet rs = ps.executeQuery()) {
                while (rs.next()) {
                    System.out.println(rs.getString("name"));
                }
            }
        } catch (SQLException e) {
            throw new RuntimeException("Ошибка при выполнении запроса", e);
        }
    }

    public static void shutdown() {
        if (dataSource != null) {
            dataSource.close(); // Закрывает все соединения в пуле
        }
    }
}

Важное

• Всегда используйте DataSource вместо DriverManager в продуктивных приложениях
• Закрывайте соединение в finally или используйте try-with-resources — иначе соединение «утечёт» из пула
• Размер пула не должен быть слишком большим: для большинства приложений 10-20 соединений достаточно
• Формула оптимального размера пула: connections = (core_count * 2) + effective_spindle_count

Частые ошибки

• Не закрывать Connection после использования — приводит к исчерпанию пула (connection leak)
• Устанавливать слишком большой maximumPoolSize — создаёт избыточную нагрузку на СУБД
• Не устанавливать connectionTimeout — потоки могут зависнуть навсегда в ожидании соединения
• Использовать DriverManager напрямую в веб-приложениях — нет переиспользования соединений

Как используется в 2026

• HikariCP является стандартным пулом соединений в Spring Boot 3.x
• В Kubernetes-средах размер пула настраивается через переменные окружения
• Для реактивных приложений используется R2DBC с собственным пулом r2dbc-pool
• Виртуальные потоки (Java 21+) позволяют эффективнее использовать пулы с большим количеством ожидающих потоков
• Мониторинг пулов через Micrometer + Grafana стал стандартной практикой

На собеседовании: объясните принцип «заимствование -> использование -> возврат». Назовите HikariCP как стандарт Spring Boot. Ключевая мысль: пул экономит время на создании соединений и ограничивает нагрузку на СУБД. Частый follow-up: как определить оптимальный размер пула.