ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Не применяются Baseline. Оптимизатор не меняет план запроса
16 сообщений из 16, страница 1 из 1
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257738
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
в какой-то момент времени t оптимизатор стал странно себя вести
и делать full scan таблицы вместо Index range scan. Все индексы присутствуют, Valid и Visible.
Статистика по таблице пересобиралась, baseline создавались, у Oracle было два плана для запроса,
оптимальный и не оптимальный с full scan. Пробовал как через bms_spm.load_plans_from_cursor_cache
так и средствами OEM.

Какие есть предположения, почему оптимизатор выбирает не оптимальный план?
...
Рейтинг: 0 / 0
17.06.2016, 12:25:01
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257753
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL*Plus
Участник
insonicum_danaв какой-то момент времени t оптимизатор стал странно себя вести
и делать full scan таблицы вместо Index range scan. Все индексы присутствуют, Valid и Visible.
Статистика по таблице пересобиралась, baseline создавались, у Oracle было два плана для запроса,
оптимальный и не оптимальный с full scan. Пробовал как через bms_spm.load_plans_from_cursor_cache
так и средствами OEM.

Какие есть предположения, почему оптимизатор выбирает не оптимальный план?Что вам ответили в My Oracle Support ?
...
Рейтинг: 0 / 0
17.06.2016, 12:48:18
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257763
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Takurava
Участник
insonicum_danaделать full scan таблицы вместо Index range scanСтоимость у FULL SCAN меньше?
optimizer_index_cost_adj и optimizer_index_caching не меняли?
db_file_multiblock_read_count?
...
Рейтинг: 0 / 0
17.06.2016, 12:56:47
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257766
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Takurava
Участник
Системную статистику не пересобирали?
...
Рейтинг: 0 / 0
17.06.2016, 12:59:51
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257772
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
TakuravaСистемную статистику не пересобирали?
нет, не пересобирал.
параметры БД не менял.
...
Рейтинг: 0 / 0
17.06.2016, 13:10:15
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257774
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
Takuravainsonicum_danaделать full scan таблицы вместо Index range scanСтоимость у FULL SCAN меньше?
optimizer_index_cost_adj и optimizer_index_caching не меняли?
db_file_multiblock_read_count?

есть предположение, что причина в shared pool.
возможно его не хватает или наоборот слишком много.
...
Рейтинг: 0 / 0
17.06.2016, 13:11:05
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257775
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Takurava
Участник
insonicum_dana, что со стоимостью?
Может baseline неправильно прикрутили?
...
Рейтинг: 0 / 0
17.06.2016, 13:12:22
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257782
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
Takuravainsonicum_dana, что со стоимостью?
Может baseline неправильно прикрутили?

вот так делал
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
-- SQL plan baseline create
declare
  l_sql_id_src varchar2(13)    :='akr82292w8n49';   -- sql_id  OBRAZEC
  l_plan_hash_value_src number := 1244699591;       -- plan_hash_value OBRAZEC 
  l_sql_id_trg  varchar2(13)   :='4db4j4fzqb3zv';   -- sql_id problem query
  l_sql_text_trg clob;  
  l_res number;  
begin
 
  select a.sql_fulltext into l_sql_text_trg
    from v$sqlarea a 
   where a.sql_id = l_sql_id_trg;
  
  l_res := dbms_spm.load_plans_from_cursor_cache( 
              sql_id => l_sql_id_src, 
              plan_hash_value => l_plan_hash_value_src, 
              sql_text => l_sql_text_trg);
  dbms_output.put_line(l_res);  
end;
...
Рейтинг: 0 / 0
17.06.2016, 13:17:58
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257783
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
Takuravainsonicum_dana, что со стоимостью?
Может baseline неправильно прикрутили?
стоимость была меньше при использовании индекса.
я подумал, может это баг, у меня 11.2.0.3
...
Рейтинг: 0 / 0
17.06.2016, 13:20:26
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257876
Фотография kinky cat
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kinky cat
Участник
insonicum_dana,

тут 1000 и 1 причина могут быть, начиная что у вас baseline не fixed, и заканчивая кучей багов.
начните с v$sql_shared_cursor, может там будут какие подсказки
...
Рейтинг: 0 / 0
17.06.2016, 14:48:22
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257917
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
insonicum_danaTakuravainsonicum_dana, что со стоимостью?
Может baseline неправильно прикрутили?

вот так делал
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
-- SQL plan baseline create
declare
  l_sql_id_src varchar2(13)    :='akr82292w8n49';   -- sql_id  OBRAZEC
  l_plan_hash_value_src number := 1244699591;       -- plan_hash_value OBRAZEC 
  l_sql_id_trg  varchar2(13)   :='4db4j4fzqb3zv';   -- sql_id problem query
  l_sql_text_trg clob;  
  l_res number;  
begin
 
  select a.sql_fulltext into l_sql_text_trg
    from v$sqlarea a 
   where a.sql_id = l_sql_id_trg;
  
  l_res := dbms_spm.load_plans_from_cursor_cache( 
              sql_id => l_sql_id_src, 
              plan_hash_value => l_plan_hash_value_src, 
              sql_text => l_sql_text_trg);
  dbms_output.put_line(l_res);  
end;



это то правильно?
...
Рейтинг: 0 / 0
17.06.2016, 15:16:45
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257942
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
insonicum_danaв какой-то момент времени t оптимизатор стал странно себя вести
и делать full scan таблицы вместо Index range scan. Все индексы присутствуют, Valid и Visible.
Статистика по таблице пересобиралась, baseline создавались, у Oracle было два плана для запроса,
оптимальный и не оптимальный с full scan. Пробовал как через bms_spm.load_plans_from_cursor_cache
так и средствами OEM.

Какие есть предположения, почему оптимизатор выбирает не оптимальный план?

Мне кажется ИМХО, что с точки зрения оптимизатора там все правильно,
это гистограмная статистика распределения значений срабатывает по селективности.
Вероятнее всего у вас в предикате
появляется значение , которое имеет плохую селективность в таблице,
для него выбиратеся плохой план.
для значения с хорошей селективность - хороший план.

Например если у вас в таблице на 100 жинщин 3 мужчины ,
при условии выборки мужчин оптимизатор будет использовать индекс ,
а для женщин фулскан.
...
Рейтинг: 0 / 0
17.06.2016, 15:36:15
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39257944
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Takurava
Участник
insonicum_danainsonicum_danaпропущено...
вот так делал
это то правильно?Не могу сказать, я только через OEM такое делаю. :(
...
Рейтинг: 0 / 0
17.06.2016, 15:39:42
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39258057
insonicum_dana
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
insonicum_dana
Гость
д0kinsonicum_danaв какой-то момент времени t оптимизатор стал странно себя вести
и делать full scan таблицы вместо Index range scan. Все индексы присутствуют, Valid и Visible.
Статистика по таблице пересобиралась, baseline создавались, у Oracle было два плана для запроса,
оптимальный и не оптимальный с full scan. Пробовал как через bms_spm.load_plans_from_cursor_cache
так и средствами OEM.

Какие есть предположения, почему оптимизатор выбирает не оптимальный план?

Мне кажется ИМХО, что с точки зрения оптимизатора там все правильно,
это гистограмная статистика распределения значений срабатывает по селективности.
Вероятнее всего у вас в предикате
появляется значение , которое имеет плохую селективность в таблице,
для него выбиратеся плохой план.
для значения с хорошей селективность - хороший план.

Например если у вас в таблице на 100 жинщин 3 мужчины ,
при условии выборки мужчин оптимизатор будет использовать индекс ,
а для женщин фулскан.

Код: plsql
1.
AND table1.column1(+) = table2.column2



на столбец column1 есть индекс, но таблица table1 читается целиком
...
Рейтинг: 0 / 0
17.06.2016, 17:31:07
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39258097
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
insonicum_danaд0kпропущено...


Мне кажется ИМХО, что с точки зрения оптимизатора там все правильно,
это гистограмная статистика распределения значений срабатывает по селективности.
Вероятнее всего у вас в предикате
появляется значение , которое имеет плохую селективность в таблице,
для него выбиратеся плохой план.
для значения с хорошей селективность - хороший план.

Например если у вас в таблице на 100 жинщин 3 мужчины ,
при условии выборки мужчин оптимизатор будет использовать индекс ,
а для женщин фулскан.

Код: plsql
1.
AND table1.column1(+) = table2.column2



на столбец column1 есть индекс, но таблица table1 читается целиком

left outer join при любых раскладах и в любой СУБД читает левую таблицу
целяком и полностью....


ИМХО
Единственное исключение может быть для случая

......
left outer join on
table1.column1 = table2.column2
where table2.column2 is null
...
Рейтинг: 0 / 0
17.06.2016, 18:30:40
| Ответить | Цитировать | Написать  
Не применяются Baseline. Оптимизатор не меняет план запроса
    #39258099
д0k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
д0k
Гость
Прошу прощения так будет правильно
д0kleft outer join on
table1.column1 = table2.column2
where table2.column2 is not null
...
Рейтинг: 0 / 0
17.06.2016, 18:32:16
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Не применяются Baseline. Оптимизатор не меняет план запроса
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39257876&tid=1888064]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 55ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 64ms
get tp. blocked users:
 2ms
others: 201ms
total:  364ms
созд. / загр.: 364ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]