|
|
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Есть предположение, нужно доказательство или опровержение... Есть таблица 600 колонок на 90млн записей. После ее создания запускали сбор статистики dbms_stats.gather_table_stats. Есть подозрение что во время сбора все запросы к таблице вставали в очередь. Лочится ли таблица на чтение во время сбора статистики или нет? С момента старта сбора статистики в v$sql нет запросов к таблице, хотя по факту они были из внешнего приложения. Oracle 12c ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 19:24 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Dimets вставали в очередь Вряд ли жаждующие могли выстриваться в очередь сразу "После ее создания", или у вас принято делать рекламмную рассылку перед созданием таблиц - первый миллион строк бесплатно? Да и на время сбора статистики по пустой таблице попасть тоже нужно умение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 19:42 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Dimets 600 колонок на 90млн записей жесть какая. сбор статистики таблицу не блокирует. во всяком случае не замечал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 19:47 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
-2- Dimets вставали в очередь Вряд ли жаждующие могли выстриваться в очередь сразу "После ее создания", или у вас принято делать рекламмную рассылку перед созданием таблиц - первый миллион строк бесплатно? Да и на время сбора статистики по пустой таблице попасть тоже нужно умение. Таблица естественно была не пустой, сбор статистики запускался после insert 90 млн строк. Жаждущие точно были, статистика собиралась около 2х часов, при среднем количестве обращений 5 в секунд на чтение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 19:57 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Dimets insert 90 млн строк Dimets статистика собиралась около 2х часов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 21:44 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Возможно из серии Bug 19790972 - "library cache lock" waits due to dbms_stats gather of stats for a subpartition(Doc ID 19790972.8). SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2019, 22:49 |
|
||
|
Сбор статистики и блокировка таблицы
|
|||
|---|---|---|---|
|
#18+
Dimets Есть предположение, нужно доказательство или опровержение... Есть таблица 600 колонок на 90млн записей. После ее создания запускали сбор статистики dbms_stats.gather_table_stats. Есть подозрение что во время сбора все запросы к таблице вставали в очередь. Лочится ли таблица на чтение во время сбора статистики или нет? С момента старта сбора статистики в v$sql нет запросов к таблице, хотя по факту они были из внешнего приложения. Oracle 12c Это факт. У самих такое. Сбор статистики по умолчанию делает инвалидными зависимые курсоры, ожидание "library cache lock" вроде. Чтоб не гадать - ну соберите awr, ash), в них черным по белому или белым по черному это нарисуется)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2019, 14:24 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=39892020&tid=1881822]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
74ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 291ms |
| total: | 454ms |
| 0 / 0 |
