Мониторинг без плана — это просто графики. Узкие места так не ловят

Мониторинг без плана — это просто графики. Узкие места так не ловят

Коллеги, давайте разберем план выполнения. Мониторинг нужен не для красоты дашборда, а чтобы быстро ответить: где именно система упирается — CPU, I/O, блокировки, память или сеть.

Рабочая схема простая:
— сначала снимаем базовую линию в норме;
— потом сравниваем с пиками нагрузки;
— ищем не абсолютные числа, а изменение поведения;
— отдельно смотрим wait events, очередь диска и рост времени ответа.

Частая ошибка — лечить симптом. Высокий CPU может быть следствием плохого плана, а не «нехватки железа». Длинные блокировки часто маскируют медленный запрос в начале цепочки. Схема простая, но дьявол кроется в статистике: без разреза по времени, сессиям и типам запросов вы увидите только шум.

Когда нашли подозреваемый участок, проверяйте его под реальной нагрузкой: сколько чтений, сколько записей, есть ли конкуренция за ресурсы, не упирается ли всё в один горячий индекс или таблицу. Золотое правило: сначала мониторинг, потом индексы.

Ищите не «тормоза вообще», а конкретный ресурс, который первым заканчивается — тогда bottleneck перестает быть загадкой.