и они накапливаются, ситуация с размерами дисков, занятость, памяти загрузкой пула подключениями - это все отдельно мониторится но кроме IO/CPU нагрузок на изменение плана никто нре среагирует, ну и в нагруженных реалиях процы и диски должны работать и далеко не всегда в глобальном смысле "плохой" план какого либо запроса отразится на этом достаточно для того чтобы быть заметным.
У нас ток что было 2 похожии проблемы, в одном случае "плохой" план привёл к замедлению в 2500 раз и скачку по IO, досоточно быстро нашли и поправили, а в другом в 4.5 раза - случайно заметили через неделю.
Оба случая связаны с объёмом накомпленных данных и "новые" планы оказались существенно/заметно менее эффективными.
Вопрос был как конкретно эти случаи смены планов мониторить?
Не надо планы мониторить. Надо запросы строить так, чтобы у СУБД была возможность выбрать реально оптимальный план.
Обсуждают сегодня