ProxySQL meltdown → живая перемаршрутизация

Исходная ситуация

Клиент e-commerce, Чёрная пятница, 23:00. Основной ProxySQL начинает отклонять соединения. Статические правила маршрутизации не справляются с пиком трафика.

Симптомы:

• max_connections достигнут на writer
• Запросы SELECT маршрутизируются на writer вместо readers
• Время отклика > 5 секунд

Вмешательство

Агент Alex из PmaControl обнаружил аномалию и сгенерировал диагностику за 8 секунд:

[ALEX] ProxySQL hostgroup 10 (writer): 98% connection usage
[ALEX] Recommendation: split reads to hostgroup 20 (3 readers available)
[ALEX] Suggested rule: ^SELECT.*FOR UPDATE → HG10, ^SELECT → HG20

Оператор подтвердил предложение. Правило было применено за 30 секунд через интерфейс PmaControl, без перезапуска ProxySQL.

Результат

• Время отклика: 5.2s → 180ms
• Соединения writer: 98% → 34%
• Zero downtime

Ключевой вывод

Правила маршрутизации ProxySQL должны быть динамическими. Пик трафика не предупреждает заранее, а статические правила становятся единой точкой отказа.

PmaControl + агент Alex позволяют диагностировать и исправить ситуацию в реальном времени, не дожидаясь эскалации.