выбирает путь доступа.
Суть в том, что sql_id условно "вчера" выполнялся медленно, а "сегодня" быстро, план запроса не менялся, средние статистики выполнения (buffer gets, disk reads) из awr в обоих случаях сопоставимы.
Из примечательного то, что вчера (плохо) профиль ожидания в основном на "db file sequential read", сегодня (хорошо) - микс "db file sequential read" и "db file parallel read".
В сети находил информацию о том, что "db file parallel read" в основном присущ операциям восстановления и buffer prefetching, а так же в некоторых случаях используется при Nested Loop batching.
Если не ошибаюсь, то план выполнения включает NL batch.
Как все-таки понять, prefetching это и NL batch, есть какие-либо признаки?
И по каким условиям CBO может использовать "db file parallel read"?
Без планов со статистиками как-то неинтересно
https://gist.github.com/sera1088/248378ee36a2e31e578c1418ca3193d7
Маловато информации - отчёты rtsm бы приложить, но исходя пока из такого малого количества информации похоже, что просто в плохое время у вас индекс I_OP_ART и его таблица в плохое время не в кэше
sql_id не попал в историю rtsm, попробую снять их, при повторении ситуации
Добавил rtsm (bad) с профилем ожиданий "db file sequential read"
Обсуждают сегодня