OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES

Всем привет

Вчера выставил ради эксперимента. Хотел добиться чтобы CBO выбирал самый дешевый по cost план.
ALTER SYSTEM SET OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=TRUE;

Сегодня понял что эксперимент не удался.

с утра появились евенты

cursor: pin S wait on X
library cache: mutex X
library cache lock

state и waiting shart time и waiting


Это из за эксперимента как я понимаю?

Насколько я понимаю надо почистить dba_sql_plan_baselines?
использовать DBMS_SPM.DROP_SQL_PLAN_BASELINE?

или flush shared_pool и рестарт только поможет?

не судите строго я не учусь.

бд 11.2.0.3

С утра отключил

ALTER SYSTEM SET OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=FALSE;

но пока ничего не улучшилось.

посмотрел АВР за сегодня
хард парсы выросли с 0,04 до 4,5 процентов, отнимают 13,5% DBtime.

авр - https://dropmefiles.com/JBMks

Вчера после включения OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=TRUE сразу начала наполняться таблица dba_sql_plan_baselines
Сегодня после выключения OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=FALSE, она продолжает наполнятся, но всё планы стали accepted|NO

esir,

тебе же писали уже - дропни теперь все лишние бейслайны

xtender,

Я поэтому и спрашиваю, что не могу понять - дропнуть те которые были созданы когда OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=TRUE было? за то промежуток времени?

xtender,

потому что таблица начала наполняться только тогда, но продолжает наполнятся после выключения OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES