|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Столкнулся с проблемой. Есть база данных прикладной системы (если кому интересно TRIRIGA). Развернута на Oracle (Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production). Есть несколько копий продуктивной среды: сам продуктив, ежедневный снапшет продуктива , среда разработки (тоже копия продуктива, но ежемесечная ). Есть таблица T_TRIWORKTASK , в ней 1500000 записей. Максимальная длинна одной записи 80000, средня 4000, размер таблицы 4Gb Таблица часто используется в пользовательских отчетах,где есть куча фильтров которые пользователя могут сами выбирать, в теории можно проиндексировать все и вся, но на практике ситуация когда изза пользовательского фильтра БД уходит в fullscan по таблице случается часто и в принципе считается нормальной с точки зрения платформы. Беда в следующем: начиная с какого то момента даже простейшие запросы с условиями по не индексированным полям на продуктивной среде стали выполнятся по 10 - 15 минут. Пример Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Этот запрос на среде разработки где сидят 3 пользователя и количество данных идентично продуктиву, индексы как на продуктиве (ибо копия ) выполняется 10 секунд. На снапшете продуктива где ни кого нет - по разному от 200 до 900 секунд На продуктиве где пользователей по больше но и железа в разы больше - в среднем 400-500 секунд. Собственно сам запрос можете не анализировать , точно такой же результат дает любой запрос вида Код: sql 1.
. Вопрос: почему на среде разработки запрос исполняется 10 секунд, а на продуктиве и спашоте по 10 минут при одинаковом количестве данных и сравнимом железе? Понимаю что дело не в структуре БД, а в каких то различиях в настройках между средами.... Можете подсказать на что стоит посмотреть? Какие параметры базы данных могут провоцировать такое поведение системы? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 17:16 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Сравни HWM. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 17:45 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, Вот к чему гадать, когда можно нормально системно траблшутить? Начать, например, с rtsm отчёта, если куплены паки, если - нет, то с реального плана со статистиками, если не хватит, то сделать трассировку 10046 или отчёт танеловского session snapper, и тд ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 18:08 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, Эта херабора стоит стотыщмильонов денег судя по описанию. Нежели нету админа нормального? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 18:14 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
oragraf, были бы нормальные админы, мы бы разрабы этой ерундой не занимались. А так мы сдаем, с нас и спрашивают почему тупит. У меня даже прав нет чтоб самому копать. По этому и надеюсь получить от вас ответ типа: Так оракл может себя вести если .... Посмотри различаются ли <настройка 1>,<настройка 2> , <настройка 3> между средами. Что б адекватный вопрос админам задать. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 17:31 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, проверь есть ли у тебя права на запуск DBMS_XPLAN, DBMS_SQLTUNE и select on V$DIAG_TRACE_FILE_CONTENTS. Любой из них должен быть достаточен, чтобы понять почему таблица размером 4Gb читается 10-15 минут, что, очевидно, очень долго для такого размера. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 18:15 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Alexander Anokhin проверь есть ли у тебя права на запуск DBMS_XPLAN Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 18:23 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, FULL SCAN читаетдо HWM. Т.e. если в какой-то момент таблица выросла до 100GB а потом часть данных удалили и остался 1GB FULL SCAN все равно прочтет все 100GB. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 18:23 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
SY,нет таблица не чистилась. Она только растет... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 18:46 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, строки длинные, может на боевой много chained row ..... stax ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 19:01 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD были бы нормальные админы, мы бы разрабы... SY FULL SCAN читаетдо HWM ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 20:37 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
PSD, может дело в сортировке? таблица большая, на рабочей среде (много народу работают и все выжрали) тупо памяти не хватает на сортировку в оной? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 22:44 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Есть несколько копий продуктивной среды: сам продуктив, ежедневный снапшет продуктива , среда разработки (тоже копия продуктива, но ежемесечная ) Для начала требуется уточнить, что есть снапшот - снапшот на уровне хранилища раздела с БД? - снапшот файловой системы(zfs, lvm и т п)? - снапшот виртуалки ? Как снапшот в первых двух случаях презентуется. Опять же - параметры ОС и Oracle какие? Может у вас там памяти 1 гиг на все и 1 CPU? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2020, 06:31 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
А еще может быть разный метод доступа -- где-то direct path read, а где-то db file scattered read ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2020, 07:08 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
SY PSD, FULL SCAN читаетдо HWM. Т.e. если в какой-то момент таблица выросла до 100GB а потом часть данных удалили и остался 1GB FULL SCAN все равно прочтет все 100GB. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2020, 14:38 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Synoptic SYFULL SCAN читаетдо HWM. Т.e. если в какой-то момент таблица выросла до 100GB а потом часть данных удалили и остался 1GB FULL SCAN все равно прочтет все 100GB. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2020, 21:45 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Спасибо! Т.е. "на месте", без перемещения таблицы и онлайн варианта нет? А как вообще понять, что в таблица нуждается в подобной оптимизации? Ну вот допустим я не знал, что с ней делали раньше, как увидеть что из 100Гб используется только 1 Гб? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2020, 05:47 |
|
Почему fullscan на разных копиях базы выполняеться в разы дольше.
|
|||
---|---|---|---|
#18+
Synoptic Т.е. "на месте", без перемещения таблицы и онлайн варианта нет? Synoptic А как вообще понять, что в таблица нуждается в подобной оптимизации? Ну вот допустим я не знал, что с ней делали раньше, как увидеть что из 100Гб используется только 1 Гб? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2020, 07:50 |
|
|
start [/forum/topic.php?desktop=1&fid=52&tid=1881517]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 165ms |
0 / 0 |