|
|
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровDВАcommit после чистки мусора сделал?Вот честно, вертелся такой же вопрос, но я как-то постеснялся издеваетесь? конечно, коммит был. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2017, 12:24 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
ВодолейВячеслав Любомудровпропущено... Вот честно, вертелся такой же вопрос, но я как-то постеснялся издеваетесь? конечно, коммит был. тогда снимать трассировку или AWR отчет, чтобы знать где происходит тупняк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 08:52 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
trace.logтогда снимать трассировку или AWR отчет, чтобы знать где происходит тупняк. В общем - трассировку я снял. Получилось следующие: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. Судя по файлу трассировки все ожидания находятся в трех файлах. Таблица DBA_EXTENTS показала что это файлы локальных индексов для партиции в которую вставляются данные. Получается все ожидание упирается на индексы. INDEX REBUILD локального индекса решит проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 18:01 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Т.е. ни дефрагментации таблицы, ни перестройки индексов ты не делал? И херачишь с +APPEND, чтоб уменьшить влияния вставки в освободившееся место в таблице (да-да, вот только с индексами такая фишка не пролезет)? Красава ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 02:18 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, А что не так? Можно чуток подробнее ответить? Зачем дефрагментировать таблицу если затык на уровне индексов? И почему такая проблема возникла с индексами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 02:35 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Потому что ты вставляешь с +APPEND, то ты не переиспользуешь освободившееся место в таблице. Всегда пишешь выше HWM, поэтому на таблице задержек нет. С индексами такой фокус не пролезет -- он структура упорядоченная и поэтому будут вставки и в середину блока, и расщепления блоков и т.д. (если у тебя индексные значения будут монотонно возрастать/убывать, то это оказывает меньше влияния. Но таких индексов, как правило, только 1 -- первичный ключ их последовательности ) Собственно, поэтому на период больших загрузок индексы советуют отключать, а после загрузки перестраивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 03:32 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, Спасибо за ответ! В общем Rebuild локальных индексов должен помочь в моей беде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 03:43 |
|
||
|
Упала скорость вставки записей после чистки таблицы
|
|||
|---|---|---|---|
|
#18+
Йун ГаВячеслав Любомудровпропущено... Вот честно, вертелся такой же вопрос, но я как-то постеснялся напомните, что происходит в безкомитном состоянии благодарочка в безкомитном состоянии глобальный делит может пометить кучу блоков битмап-карты сегмента как свободные, когда по факту они еще заняты. Инсерты будут долго тыкаться по якобы свободным блокам наращивая логические чтения пока наконец не найдут реально свободный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 20:38 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39461022&tid=1885821]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
193ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 444ms |

| 0 / 0 |
