|
|
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
Oracle 12.1 на windows server До рестарта базы запросы из под apex выполнядись 2-5 секунд, после рестарта базы shutdown immediate, startup запросы выполняются 15-30 минут те что обращаются к apex_collections. Почему так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 13:23 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
Данные ушли из кэша? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 13:25 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
tru55Данные ушли из кэша? это полюбому. ТС, другие приборы есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 13:42 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
Мне кажется проблема не в кэше. Если данные из apex_collectiob скопировать в таблицу (create table as select) и подставить в запрос вместо коллекцииии выполиняется 2,3 сек. Больша таблица тянется из удаленной базы. 2 млн записей 2 гига. А в коллекции маленькая табличка 44 тысячи. Они сравниваются по йио и дате. Трассировку еще сумею. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 14:25 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
alexe81Почему так?Merge Join Cartesian и 300 лямов в actual rows ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 14:56 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
Если с таблицей вместо коллекции то получается так: Код: plaintext 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. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 14:59 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
Оптимизатор оценивает remote в одну запись, оттого и косяк ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 15:53 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
ORA__SQLalexe81Почему так?Merge Join Cartesian и 300 лямов в actual rows Я не знаю как это исправить и почему до этого так не было :-( Пишут надо собирать статистику свежую или увеличить кардинальность хинтом. Хинт надо на apex collection? apex_collection это же синоним на вьюшку, которая из 3 апексовых таблиц. Которая постоянно разного размера т.к колекции живут пока есть сессия. Т.е. статистику собирать бесполезно. Какой и как правильно указать хинт чтоб избавится от cartesian (декартово произведения)? (No_merge?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 16:13 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousОптимизатор оценивает remote в одну запись, оттого и косяк А где это видно что 1? Разве не 9086? В столбце rows. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 17:44 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
alexe81andrey_anonymousОптимизатор оценивает remote в одну запись, оттого и косяк А где это видно что 1? Разве не 9086? В столбце rows. Это я с мобильного смотрел, сорри. Оценка ошибочна в следующем NL, там где оптимизатор наивно полагает сделать 7306 поисков по 1 строке, а получает по факту 300 миллионов ROWID. По которым дергает табличку 300 миллионов раз и имеет на выходе ~10тыс. строк, прошедших фильтр :) Я бы присмотрелся к этому индексу. Перекос данных? Кривая статистика/гистограммы? Сломался или отсутствует более подходящий индекс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 19:43 |
|
||
|
oracle 12 тормозят запросы после рестарта базы
|
|||
|---|---|---|---|
|
#18+
alexe81, берете старый план и прибиваете гвоздями ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2018, 20:43 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=114&tid=1883987]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
45ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 348ms |

| 0 / 0 |
