Архитектура пула соединений и управления потоками в MySQL

Для каждого входящего клиентского TCP/Unix-подключения сервер MySQL создает или выделяет из кэша потоков (Thread Cache) отдельный рабочий поток (Thread-per-connection model). Системная переменная max_connections устанавливает жесткий верхний предел одновременно обслуживаемых соединений. Когда число активных клиентских сессий достигает значения max_connections, сервер начинает отклонять все последующие попытки авторизации с критической ошибкой:

«ERROR 1040 (08004): Too many connections»

При этом для учетных записей с административной привилегией CONNECTION_ADMIN или SUPER резервируется ровно одно дополнительное соединение (max_connections + 1) для возможности экстренного входа администратора.

Бизнес-риски

Полный каскадный отказ веб-приложений (HTTP 500 Database Connection Failed), зависание транзакций, невозможность совершения покупок в интернет-магазинах.

Факторы, провоцирующие исчерпание лимита соединений

Регламент экстренного восстановления доступа и оптимизации лимитов

Шаг 1: Экстренное подключение администратора и анализ процессов

Если сервер отклоняет подключения, подключитесь под суперпользователем или через специальный административный порт (в MySQL 8.0):

# 1. Экстренное подключение под root:
mysql -u root -p

-- 2. Просмотр текущего распределения соединений по статусам:
SHOW PROCESSLIST;

-- 3. Анализ количества подключений в реальном времени:
SHOW STATUS LIKE 'Threads_connected';
SHOW STATUS LIKE 'Max_used_connections';
SHOW VARIABLES LIKE 'max_connections';

Шаг 2: Динамическое увеличение лимита max_connections без перезапуска

-- 1. Увеличение лимита соединений на лету (например, до 500):
SET GLOBAL max_connections = 500;

-- 2. Уменьшение таймаута простоя зависших 'Sleep' соединений (до 60 секунд вместо 28800 по умолчанию!):
SET GLOBAL wait_timeout = 60;
SET GLOBAL interactive_timeout = 60;

-- 3. Персистентное сохранение в my.cnf:
-- sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
-- [mysqld]
-- max_connections = 500
-- wait_timeout = 60
-- interactive_timeout = 60

Шаг 3: Настройка выделенного административного порта (MySQL 8.0+)

Задайте независимый сетевой интерфейс, который гарантированно ответит администратору даже при 100% занятости основного пула:

# В конфигурационном файле my.cnf:
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf

[mysqld]
admin_address = 127.0.0.1
admin_port = 33062
create_admin_listener_thread = 1

# Теперь вход администратора ВСЕГДА доступен по порту 33062:
# mysql -u root -h 127.0.0.1 -P 33062 -p

Типовые ошибки администраторов

• Установка max_connections = 5000 без учета RAM: Каждое соединение выделяет персональные буферы (sort_buffer_size, read_buffer_size, join_buffer_size). При 5000 соединений сервер попытается выделить терабайты RAM и упадет по OOM.
• Использование постоянных соединений (pconnect) в PHP без пулера: mysqli_pconnect удерживает соединения открытыми навсегда, быстро исчерпывая лимит при росте числа воркеров FPM.