|
|
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
Есть запрос, который выполняется то пару секунд, то несколько часов. База одна и та же. План закреплен при помощи outline-хинтов. Значения биндов используются одни и те же. Блокировок нет. Во время долгого выполнения все время висит db_file_sequential_read и видно, что запрос грузит диск. Вряд ли дело в кешировании данных, потому что долгое выполнение может наступить после быстрого выполнения с теми же значениями биндов. Да и разница была бы не такой огромной. Трассировать пытался, но каждый раз когда включаю трассировку, запрос отрабатывает быстро. Подскажите плз, в чем может быть причина такого разного времени выполнения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:27 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginner, Проверь db_file_sequential_read vs direct path read ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:32 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginnerПодскажите плз, в чем может быть причина такого разного времени выполнения? Миллион причин. Начиная от посторонней (по отношению к запросу) нагрузки на диск и заканчивая delayed block cleanout ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:35 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
AlexFF__|The_beginner, Проверь db_file_sequential_read vs direct path read direct path read вообще не используется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:38 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginner, Во время долгого выполнения смотрели реальный план по которому стал выполняться запрос? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:39 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousМиллион причин. Начиная от посторонней (по отношению к запросу) нагрузки на диск и заканчивая delayed block cleanout Нагрузка на диск сказалась бы на других запросах... наверное. delayed block cleanout - в session event ее будет видно? Или как ее распознать, что это именно она виновата? И как с ней бороться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:42 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
j2kThe_beginner, Во время долгого выполнения смотрели реальный план по которому стал выполняться запрос? Смотрел в v$sql_plan, план там один. С трассировкой пока не везет, не могу попасть на плохое выполнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:47 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginnerdelayed block cleanout - в session event ее будет видно? Или как ее распознать, что это именно она виновата? И как с ней бороться? Посмотрите статистику по этому запросу в "хорошие" и "плохие" периоды. Delayed block cleanout спровоцирует повышенные логические чтения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 17:54 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginnerне могу попасть на плохое выполнение.А на него не надо попадать. Все пишется в ash. Колонки, которые могут заинтересовать Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 18:14 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginner, Версия оракла? уверены ли что одни и те же бинды? Покажите отчеты real time sql monitor'a ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 18:34 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
В ash план такой же, если судить по plan hash value. Видно, что он всю дорогу sequential read-ом читает одну таблицу - указан object_id таблицы и блоки данных из сегмента таблицы. Хотя непонятно почему именно таблицы, а не индекса. В плане доступ к этой таблице идет по индексу, через index range scan. Если delta_write_io_bytes все время равно нулю, значит ли это, что отложенная очистка блока не виновата? Бинды одинаковые, потому что запускаю сам. Версия 12.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 19:19 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
j2kThe_beginner, Во время долгого выполнения смотрели реальный план по которому стал выполняться запрос? А разве одинаковость плана не гарантируется outline-хинтами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 19:31 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
У меня такое было как-то, оказалось дело было в internal invalidations. Посмотрите увеличивается ли sql_exec_id у запроса и в dba_hist_sqlstat количество invalidations. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 20:14 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginner, Без подробной информации это все гадание ... выкладывай подробности, ashdump, rtsm report ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 20:37 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
Что за мода такая ныть и при этом ничего не давать для нормального анализа... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2017, 20:38 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginnerЕсть запрос, который выполняется то пару секунд, то несколько часов. Подскажите плз, в чем может быть причина такого разного времени выполнения? Может быть наоборот? Сначала несколько часов а после пару секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2017, 10:06 |
|
||
|
Один и тот же запрос, одинаковый план, разное время выполнения.
|
|||
|---|---|---|---|
|
#18+
The_beginner, посмотри какие tablespace читает запрос, возможно кто-то параллельно вставляет или изменяет данные в таблицах и запрос ушел в чтение ундо. Как раз в этом случае будет db_file_sequential_read, даже если его раньше не было: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2017, 10:19 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39539015&tid=1885071]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
165ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 485ms |

| 0 / 0 |
