ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / 12.2 и OR Expansion
13 сообщений из 13, страница 1 из 1
12.2 и OR Expansion
    #39785886
micis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
micis
Гость
Тестируем переход с 12.1.0.2 на 12.2.0.1 (Oct 2018 Release Update)

Выключена битмап-трансформация плана:
alter system set "_b_tree_bitmap_plans"=false;

При этом некоторые запросы, в которых есть условие OR, стали использовать ACCESS FULL вместо индексного доступа к OR полям.

Например:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
drop table t1;
drop table t2;

create table t1 as select level id1, level*2 id2 from dual connect by level<=1000000;
create table t2 as select level id from dual connect by level<=1000000;

create index t1_1 on t1(id1);
create index t1_2 on t1(id2);
create index t2_1 on t2(id);


variable b1 number
/
variable b2 number
/

exec :b1:=12345;
exec :b2:=10;

select a1.id, (select count(*) from t1 where (id1 = a1.ID or id2 = a1.ID) and ROWNUM < 2) F1
from t2 a1 where (ID = :b1) AND (ROWNUM <= :b2);
...
Plan hash value: 510964771
 
----------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT    |      |     1 |     5 |   496   (4)| 00:00:01 |
|   1 |  SORT AGGREGATE     |      |     1 |    10 |            |          |
|*  2 |   COUNT STOPKEY     |      |       |       |            |          |
|*  3 |    TABLE ACCESS FULL| T1   |     2 |    20 |   495   (4)| 00:00:01 |
|*  4 |  COUNT STOPKEY      |      |       |       |            |          |
|*  5 |   INDEX RANGE SCAN  | T2_1 |     1 |     5 |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------


Пока смог построить хороший план только через возврат оптимизатора на 12.1:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
alter session set optimizer_features_enable='12.1.0.2';
alter session set "_b_tree_bitmap_plans"=false;
...
Plan hash value: 342876580
 
------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |      |     1 |     5 |     3   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE                         |      |     1 |    10 |            |          |
|*  2 |   COUNT STOPKEY                         |      |       |       |            |          |
|   3 |    CONCATENATION                        |      |       |       |            |          |
|*  4 |     FILTER                              |      |       |       |            |          |
|   5 |      TABLE ACCESS BY INDEX ROWID BATCHED| T1   |     1 |    10 |     1   (0)| 00:00:01 |
|*  6 |       INDEX RANGE SCAN                  | T1_1 |     1 |       |     1   (0)| 00:00:01 |
|*  7 |     FILTER                              |      |       |       |            |          |
|*  8 |      TABLE ACCESS BY INDEX ROWID BATCHED| T1   |     1 |    10 |     1   (0)| 00:00:01 |
|*  9 |       INDEX RANGE SCAN                  | T1_2 |     1 |       |     1   (0)| 00:00:01 |
|* 10 |  COUNT STOPKEY                          |      |       |       |            |          |
|* 11 |   INDEX RANGE SCAN                      | T2_1 |     1 |     5 |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------------



В трейсе 10053 есть такое:
Query transformations (QT)
**************************
JF: Checking validity of join factorization for query block SEL$2 (#0)
JF: Bypassed: not a UNION or UNION-ALL query block.
...
LORE: Or-Expansion validity checks failed on query block SEL$2 (#2) because Cost based OR expansion enabled

Как можно заставить оптимизатор использовать индексы?
...
Рейтинг: 0 / 0
14.03.2019, 12:16
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39785892
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
micis,

Ну, например, отключить эту новую фичу:
Alter system set "_optimizer_cbqt_or_expansion"=off
Или лучше на конкретные проблемные запросы создать sql patch/profile c opt_param("_optimizer_cbqt_or_expansion", "off")
...
Рейтинг: 0 / 0
14.03.2019, 12:22
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39785894
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
micis,

А вообще больше интересует почему cbqt or-expansion не сработал. По-хорошему оптимизатор должен был трансформировать это через union all, в отличие от старого concatenation
...
Рейтинг: 0 / 0
14.03.2019, 12:26
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39785989
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-2-
Участник
DATABASE JAN 2019 RELEASE UPDATE 12.2.0.1.190115 планы повторяются.

На 18.4 и 19.2 с дефолтным optimizer_features_enable и _b_tree_bitmap_plans=false
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
-----------------------------------------------------------------------------------------------------------
| Id  | Operation                               | Name            | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |                 |     1 |     5 |    10   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE                         |                 |     1 |       |            |          |
|*  2 |   COUNT STOPKEY                         |                 |       |       |            |          |
|   3 |    VIEW                                 | VW_ORE_496B6688 |     2 |       |     7   (0)| 00:00:01 |
|   4 |     UNION-ALL                           |                 |       |       |            |          |
|*  5 |      INDEX RANGE SCAN                   | T1_1            |     1 |     5 |     3   (0)| 00:00:01 |
|*  6 |      TABLE ACCESS BY INDEX ROWID BATCHED| T1              |     1 |    10 |     4   (0)| 00:00:01 |
|*  7 |       INDEX RANGE SCAN                  | T1_2            |     1 |       |     3   (0)| 00:00:01 |
|*  8 |  COUNT STOPKEY                          |                 |       |       |            |          |
|*  9 |   INDEX RANGE SCAN                      | T2_1            |     1 |     5 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------------------


micisПока смог построить хороший план только через возврат оптимизатора на 12.1:
Код: sql
1.
2.
alter session set optimizer_features_enable='12.1.0.2';
alter session set "_b_tree_bitmap_plans"=false;

Чем не устраивает bitmap conversion?
...
Рейтинг: 0 / 0
14.03.2019, 13:55
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786164
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
-2-,

Покажите кто-нибудь 10053 с 12.2, интересно почему стоимостной or-expansion не сработал
...
Рейтинг: 0 / 0
14.03.2019, 17:21
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786176
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
-2-Чем не устраивает bitmap conversion?
Не знаю чем она не устраивает ТС, но лично у меня опыт встреч с этой штукой сугубо негативный - дорого и долго.
...
Рейтинг: 0 / 0
14.03.2019, 17:40
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786337
micis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
micis
Гость
andrey_anonymous-2-Чем не устраивает bitmap conversion?
Не знаю чем она не устраивает ТС, но лично у меня опыт встреч с этой штукой сугубо негативный - дорого и долго.Не зря это один из отключаемых параметров в OEBS (Doc ID 396009.1)

-2-DATABASE JAN 2019 RELEASE UPDATE 12.2.0.1.190115 планы повторяются.Нет уже возможности тестировать свежую psu, нам оракл по этой проблеме уже почти год патч доделать не может (сократили с 18 часов до 8). А обновляться надо через месяц уже.

xtender-2-,
Покажите кто-нибудь 10053 с 12.2, интересно почему стоимостной or-expansion не сработалВ файле планы.
...
Рейтинг: 0 / 0
15.03.2019, 03:55
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786371
micis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
micis
Гость
xtendermicis,
Ну, например, отключить эту новую фичу:Спасибо, помогло.
...
Рейтинг: 0 / 0
15.03.2019, 08:23
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786691
Alexander Anokhin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Anokhin
Гость
Bug 26019148 - cbqt ore does not apply to correlated scalar subquery with oe (Doc ID 26019148.8)

micisТестируем переход с 12.1.0.2 на 12.2.0.1 ( Oct 2018 Release Update )

Код: plsql
1.
ALTER SESSION SET "_fix_control" = '26019148:1';
...
Рейтинг: 0 / 0
15.03.2019, 13:48
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786879
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
micisТестируем переход с 12.1.0.2 на 12.2.0.1 ( Oct 2018 Release Update )авторThe fix for 26019148 is first included in
18.1.0
12.2.0.1.180116 (Jan 2018) Database Release Update (DB RU)
12.2.0.1.190115 (Jan 2019) DB Oct 2018 Release Update Revision(DB RUR)
12.2.0.1.190115 (Jan 2019) DB Jul2018 Release Update Revision(DB RUR)
12.2.0.1.181016 (Oct 2018) DB Jul2018 Release Update Revision(DB RUR)
12.2.0.1.180717 (Jul 2018) DB Jan2018 Release Update Revision(DB RUR)
12.2.0.1.DBJAN2018RUR:180417(Apr 2018) Database Release Update Revision(DB RUR)
12.2.0.1.180116 (Jan 2018) Bundle Patch for Windows Platforms

internal fix

Alexander Anokhin
Код: plsql
1.
ALTER SESSION SET "_fix_control" = '26019148:1';


А почему изначально задизейблено в RUR'ах на 12.2?
...
Рейтинг: 0 / 0
15.03.2019, 17:04
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39786884
Фотография Sayan Malakshinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sayan Malakshinov
Модератор форума
Код: plsql
1.
2.
3.
4.
5.
SQL> @fix_control 26019148

    BUGNO VALUE SQL_FEATURE                         DESCRIPTION                          OPTIMIZER_      EVENT IS_DEFAULT     CON_ID
--------- ----- ----------------------------------- ------------------------------------ ---------- ---------- ---------- ----------
 26019148     1 QKSFM_OR_EXPAND_26019148            Allow ORE in select list subq        18.1.0              0          1          0
...
Рейтинг: 0 / 0
15.03.2019, 17:09
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39788315
Alexander Anokhin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexander Anokhin
Гость
xtenderА почему изначально задизейблено в RUR'ах на 12.2?
Для стабильности. Фиксы оптимизатора раньше в патчи не включали, теперь будут включать задизейблеными.
...
Рейтинг: 0 / 0
19.03.2019, 12:11
| Ответить | Цитировать | Написать  
12.2 и OR Expansion
    #39799750
micis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
micis
Гость
Ещё позанудствую немного:

Если делать селект с 'not exist' то план всё ещё быстрый:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
select * from t1 where (id1 = :b1 or id2 = :b1) and not exists (select 1 from t1 where id2=:b1); 

-----------------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------------
|   0 | UPDATE STATEMENT                       |      |     2 |    28 |     4   (0)| 00:00:01 |
|   1 |  UPDATE                                | T1   |       |       |            |          |
|   2 |   CONCATENATION                        |      |       |       |            |          |
|*  3 |    FILTER                              |      |       |       |            |          |
|   4 |     TABLE ACCESS BY INDEX ROWID BATCHED| T1   |     1 |    14 |     1   (0)| 00:00:01 |
|*  5 |      INDEX RANGE SCAN                  | T1_1 |     1 |       |     1   (0)| 00:00:01 |
|*  6 |     INDEX RANGE SCAN                   | T1_2 |     1 |     6 |     1   (0)| 00:00:01 |
|*  7 |    FILTER                              |      |       |       |            |          |
|*  8 |     TABLE ACCESS BY INDEX ROWID BATCHED| T1   |     1 |    14 |     1   (0)| 00:00:01 |
|*  9 |      INDEX RANGE SCAN                  | T1_2 |     1 |       |     1   (0)| 00:00:01 |
|* 10 |     INDEX RANGE SCAN                   | T1_2 |     1 |     6 |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------------


Но если сделать update, то всё ломается:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
update t1 set id2=id2+1 where (id1 = :b1 or id2 = :b1) and not exists (select 1 from t1 where id2=:b1);
----------------------------------------------------------------------------
| Id  | Operation           | Name | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | UPDATE STATEMENT    |      |     2 |    22 |   732   (6)| 00:00:01 |
|   1 |  UPDATE             | T1   |       |       |            |          |
|*  2 |   FILTER            |      |       |       |            |          |
|*  3 |    TABLE ACCESS FULL| T1   |     2 |    22 |   731   (6)| 00:00:01 |
|*  4 |    INDEX RANGE SCAN | T1_2 |     1 |     6 |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------


Это происходит при
Код: plsql
1.
2.
ALTER SESSION SET "_fix_control" = '26019148:1';
Alter session set "_optimizer_cbqt_or_expansion"=on;



Если новую фичу выключить, то план update-а приходит в норму.
...
Рейтинг: 0 / 0
11.04.2019, 10:16
| Ответить | Цитировать | Написать  
13 сообщений из 13, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / 12.2 и OR Expansion
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39799750&tid=1882592]:
 0ms
get settings:
 8ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 61ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 56ms
get tp. blocked users:
 2ms
others: 17ms
total:  177ms
созд. / загр.: 177ms
x
x
Закрыть


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