Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Microsoft SQL Server 2016 (SP1) Standard Edition. недавно возникла проблема: при reorganize дефрагментации индекса таблицы [a] блокируются вставки в таблицу [b]. (таблицы связаны: [b] имеет внешний ключ к [a]; размер таблицы [a] 280GB/380M rows) reorganize, не rebuild. до этого я полагал, что reorganize ничего не блокирует. как временное решение, параллельно с дефрагментацией запустил скрипт, который ежесекундно проверяет, не блокирует ли дефрагментация другой процесс, (и убивает блокирующий процесс если [wait_time] > 25 sec). Код: sql 1. 2. 3. обнаружилось, что да, блокирует: Код: sql 1. 2. object_id = 933578364, stats_id = 4 нашлись в таблице sys.stats. это собственно дефрагментируемый индекс. не сталкивался ли кто-нибудь с подобной проблемой? как вернуть нормальное поведение, чтобы reorganize ничего не блокировал? (rebuild применить невозможно, потому что online=on не работает в Standard Edition). спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 13:43 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
Глупый вопрос. Зачем Вам вообще делать reorganize индекса? Что вы хотите этим достичь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 13:46 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
Разрешить асинхронный апдейт статистики на базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 13:47 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичРазрешить асинхронный апдейт статистики на базе? на данный момент установки БД такие: Код: sql 1. 2. 3. 4. поможет ли, если и "auto create incremental statistics" = true? не могли бы вы объяснить, или кинуть ссылку на документацию, в чём связь блокировок и апдейта статистики? спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 13:56 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
valvкак вернуть нормальное поведение, чтобы reorganize ничего не блокировал?Как по-вашему можно модифицировать страницы данных/индекса не накладывая блокировок? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:03 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
valv, Я правильно понял, что вы хотите, чтобы работа с объектом не блокировала определение объекта в схеме? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:05 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
AlanDentonГлупый вопрос Ладно :) нет желания отвечать, то скажу сам. Смысла в реорганайзе не вижу на большой таблице. Хотите чтобы быстрее отрабатывало - секционирование + реорганайз (либо ребилд) по секциям. Да блокировки будут, но работать будет быстрее. Плюс: от реорганайза инфы в лог пишеться больше, чем при ребилде ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:05 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
invmvalvкак вернуть нормальное поведение, чтобы reorganize ничего не блокировал?Как по-вашему можно модифицировать страницы данных/индекса не накладывая блокировок? проблема не в краткосрочных блокировках на несколько милисекунд, которые естественно возникают при перемещениее страниц. проблема в длительных блокировках, которые превышают timeout выделенный для операции вставки. в нашем случае, это 30 секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:08 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
.Евгенийvalv, Я правильно понял, что вы хотите, чтобы работа с объектом не блокировала определение объекта в схеме? если вы имеету ввиду schema stability lock, то нет, это не мешает. проблема в длительных блокировках, которые возникают из-за reorganize индекса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:13 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
valvinvmпропущено... Как по-вашему можно модифицировать страницы данных/индекса не накладывая блокировок? проблема не в краткосрочных блокировках на несколько милисекунд, которые естественно возникают при перемещениее страниц. проблема в длительных блокировках, которые превышают timeout выделенный для операции вставки. в нашем случае, это 30 секунд.набор слов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 14:13 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
valv Код: sql 1. 2. 3. Сдается мне, @defrag_proc_session_id сам кого-то ждет. И если это так, тут не спасет ни реорганайз, ни онлайн-ребилд (если бы даже можно было), ни асинхронный пересчет статистик. Просто надо стараться не запускать долгих запросов одновременно с обслуживанием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 15:34 |
|
||
|
REORGANIZE индекса блокирует inserts?
|
|||
|---|---|---|---|
|
#18+
0wlvalv Код: sql 1. 2. 3. Сдается мне, @defrag_proc_session_id сам кого-то ждет. И если это так, тут не спасет ни реорганайз, ни онлайн-ребилд (если бы даже можно было), ни асинхронный пересчет статистик. спасибо за идею, я добавил логирование всех блокированных и блокирующих процессов. 0wlПросто надо стараться не запускать долгих запросов одновременно с обслуживанием.к сожалению, 24/7, без возможности остановки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 18:19 |
|
||
|
|

start [/forum/topic.php?fid=46&gotonew=1&tid=1689707]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
9ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 406ms |

| 0 / 0 |
