Awaria ProxySQL → przekierowanie na żywo

Sytuacja początkowa

Klient e-commerce, Black Friday, 23:00. Główny ProxySQL zaczyna odrzucać połączenia. Statyczne reguły routingu nie wytrzymują szczytu ruchu.

Objawy:

• max_connections osiągnięty na writerze
• Zapytania SELECT routowane do writera zamiast do readerów
• Czas odpowiedzi > 5 sekund

Interwencja

Agent Alex z PmaControl wykrył anomalię i wygenerował diagnozę w 8 sekund:

[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

Operator zatwierdził sugestię. Reguła została zastosowana w 30 sekund przez interfejs PmaControl, bez restartu ProxySQL.

Wynik

• Czas odpowiedzi: 5,2s → 180ms
• Połączenia writera: 98% → 34%
• Zero przestoju

Co zapamiętać

Reguły routingu ProxySQL muszą być dynamiczne. Skok ruchu nie ostrzega, a statyczne reguły stają się pojedynczym punktem awarii.

PmaControl + agent Alex umożliwiają diagnozę i korektę w czasie rzeczywistym, bez czekania na eskalację.