ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Порядок блокировки таблиц не соответствует плану запроса
25 сообщений из 29, страница 1 из 2
  1  все
Порядок блокировки таблиц не соответствует плану запроса
    #40046041
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
Коллеги, приветствую!

Помогите не сойти с ума -)
Выполняю запрос, в плане вижу, что чтение идет сначала из таблицы AccumRgT106, потом из AccumRg102.
Читаю план как обычно, справа на лево, сверху вниз.

Но блокировки по какой-то причине накладываются сначала на таблицу AccumRg102, и только потом на AccumRgT106.
Проверял с помощью расширенных событий, скрины трассировки и сам план запроса прикладываю.

Почему так происходит? Что я делаю не так?
...
Рейтинг: 0 / 0
17.02.2021, 00:09
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046052
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
felix_ff
Участник
Андрей_Батькович,

у вас оператор соединения merge join, для него потоки входа что правый что левый запускаются почти одновременно. (это типо неблокирующий оператор)

поэтому тут нет ничего удивительного что может блокировка сначало наложиться на ресурсы правого входа оператора соединения.

add:точнее не совсем так как я написал, точка входа для первого сканирования выбирается исходя из кол-ва строк (вроде) для оператора при merge join (но это не точно :) )
...
Рейтинг: 0 / 0
17.02.2021, 02:49
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046053
Marat2020
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Marat2020
Гость
felix_ff,
И даже то что у него MAXDOP=1, это не влияет?
Просто уточняющий вопрос, я не очень хорошо в этом понимаю.
...
Рейтинг: 0 / 0
17.02.2021, 03:16
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046056
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
felix_ff
Участник
Marat2020,

не должно, я понимаю если бы оператор был бы HJ или NL там первым обрабатывается левый вход.

конкретного описания технологии реалализации в sql server оператора к сожалению нет.
можно только догадываться с какого входа начинается сканирование. те материалы которые встречались лично мне описывали начало обхода левого входа, но судя по приложенным ТС данным и общей концепции работы самого оператора предполагаю что сканирование может начинаться и с правого входа.

другое дело что в плане присутствует блокирующий оператор сортировки для правого входа, и получается что обработка правого входа получается несколько "оперативней" чем начало сканирования для левого входа.
этот факт выглядит весьма занятным
...
Рейтинг: 0 / 0
17.02.2021, 03:43
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046074
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
felix_ff,

Спасибо за пояснение!
Но я не понимаю, почему наличие сортировки на правом входе, делает этот вход более "оперативным"?
Разве за счет сортировки он не должен наоборот немного отставать от левого входа?
...
Рейтинг: 0 / 0
17.02.2021, 09:10
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046078
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
Marat2020,

Стоимость плана слишком мала что бы включилось распараллеливание.
...
Рейтинг: 0 / 0
17.02.2021, 09:19
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046099
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
Андрей_Батькович,

У вас 2019 RTM. После обновления до последнего CU чудеса могут исчезнуть.
...
Рейтинг: 0 / 0
17.02.2021, 10:36
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046103
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Какая разница - в каком порядке подаются строки?
...
Рейтинг: 0 / 0
17.02.2021, 10:58
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046105
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
invm,

Обновил, чудеса продолжаются.
...
Рейтинг: 0 / 0
17.02.2021, 11:05
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046106
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
Владислав Колосов,

1. Вся каша заварилась из-за того, что появился дедлок. Причину дедлока я понимаю и знаю как устранить, но в процессе расследования выяснился такой нюанс, что таблицы могут блокироваться не в том порядке как это указано в плане.

2. Как минимум то что план не соответствует фактическому выполнению кажется мне весьма странным, и очень похоже на ошибку. В следствии этого расследование проблем с дедлоками может занять больше времени чем следовало бы. А так то разницы никакой )))
...
Рейтинг: 0 / 0
17.02.2021, 11:09
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046108
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Андрей_Батькович,

В "нижней" ветки у вас sort. Это блокирующий оператор, и до его окончания нет смысле получать "верхний" поток.
...
Рейтинг: 0 / 0
17.02.2021, 11:12
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046112
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
msLex,

Ок, допустим, но почему тогда не сделать это ветку левой, что план можно было читать как обычно? Разрабы не досмотрели?
...
Рейтинг: 0 / 0
17.02.2021, 11:16
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046119
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Андрей_Батькович
msLex,

Ок, допустим, но почему тогда не сделать это ветку левой, что план можно было читать как обычно? Разрабы не досмотрели?

Зачем?

В плане все верно.

В мерж потоки поступают именно в том порядке, который указан в плане. Просто для получения одного из потоков требуется дополнительные действия. Сортировка. До ее окончания, потоки для мерж вообще не читаются. Т.к. в этом просто нет смысла.
...
Рейтинг: 0 / 0
17.02.2021, 11:24
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046121
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
msLex,

Если читать план справа на лево, сверху вниз, то первым в плане выполняется чтение AccumRgT106, но блокируется сначала AccumRg102.
Что же тут верного?

Или вы предлагаете читать план другим способом?
...
Рейтинг: 0 / 0
17.02.2021, 11:27
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046123
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
msLex,

> Просто для получения одного из потоков требуется дополнительные действия. Сортировка. До ее окончания, потоки для мерж вообще не читаются. Т.к. в этом просто нет смысла.

Это я понимаю, я не понимаю почему вход с сортировкой отображается на правом входе, а не на левом.
...
Рейтинг: 0 / 0
17.02.2021, 11:30
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046127
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Андрей_Батькович
msLex,

Если читать план справа на лево, сверху вниз, то первым в плане выполняется чтение AccumRgT106, но блокируется сначала AccumRg102.
Что же тут верного?

Или вы предлагаете читать план другим способом?


Я предлагаю читать план именно так, как он работает.
Причину, по которой именно так поступает SQL Server вам уже объяснили.
Дальнейшие "пререкания" на эту тему, не более чем демагогия, только от которой = 0

Просто чтобы вы понимали.
В merge join порядок входящих потоков влияет не только на то из какой из них первой будет вычитана 1-я запись, но и направление "локальных cross join nested loop-ов" в случае одинаковых неуникальных значений в обоих потоках данных, а может еще куча других скрытых от нас действий.
...
Рейтинг: 0 / 0
17.02.2021, 11:39
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046129
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Андрей_Батькович
Это я понимаю, я не понимаю почему вход с сортировкой отображается на правом входе, а не на левом.

Потому что в рамках merge join, поток данных после сортировки действительно "правый".
И когда данные отсортированы, сначала будет прочитана 1-я запись из левого потока, а только потом 1-я запись из правого потока.
...
Рейтинг: 0 / 0
17.02.2021, 11:41
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046173
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
msLex,

Правильно ли я понимаю, что оптимизатор по какой-то (неведомой нам причине) решил на левый вход для MJ подать результат чтения первой таблицы, а на правый, результат чтения второй таблицы. Хотя там идет операция Concatenation и по идее порядок вообще не важен.

При выполнении, СУБД увидела что в правом входе есть Sort, и выполнять чтение в левом бессмысленно, пока не выполнен Sort.
Идет чтение второй таблицы, потом идет Sort и данные подаются в MJ.
Потом идет чтение первой таблицы из левого входа и только после этого идет объединение.

Все верно?

Просто действительно хочу разобраться в нюансах на будущее, что бы правильно читать планы. Вчера убил весь день, что бы понять почему происходит дедлок пока не возник этот когнитивный диссонанс.
...
Рейтинг: 0 / 0
17.02.2021, 12:45
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046184
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
msLex
Участник
Андрей_Батькович
msLex,

Правильно ли я понимаю, что оптимизатор по какой-то (неведомой нам причине) решил на левый вход для MJ подать результат чтения первой таблицы, а на правый, результат чтения второй таблицы. Хотя там идет операция Concatenation и по идее порядок вообще не важен.

При выполнении, СУБД увидела что в правом входе есть Sort, и выполнять чтение в левом бессмысленно, пока не выполнен Sort.
Идет чтение второй таблицы, потом идет Sort и данные подаются в MJ.
Потом идет чтение первой таблицы из левого входа и только после этого идет объединение.

Все верно?

Просто действительно хочу разобраться в нюансах на будущее, что бы правильно читать планы. Вчера убил весь день, что бы понять почему происходит дедлок пока не возник этот когнитивный диссонанс.


Судя по плану, порядку наложения блокировок и логике почти так.

После окончания sort начинаю читаться данные из "левой" таблицы и следом данные из "правого" потока, которые уже собраны в операторе sort.

Не думаю, что стоит заморачиваться с запоминанием, как это работает прямо сейчас, т.к. это ни где официально не задокументировано, а значит может измениться в любой момент.
...
Рейтинг: 0 / 0
17.02.2021, 12:53
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046193
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
msLex,

Теперь понял, спасибо!

Очень конечно меня удивляет этот факт, всегда думал что порядок отображения в плане, совпадает с порядком выполнения операторов.

Ушел думать о несовершенстве бытия.
...
Рейтинг: 0 / 0
17.02.2021, 13:00
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046213
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
Андрей_Батькович,

Алгоритм merge join - https://sqlserverfast.com/epr/merge-join/
Там же, в разделе "Concatenation", описан ваш случай.
...
Рейтинг: 0 / 0
17.02.2021, 13:11
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046232
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
invm,

Прочитал, но свой случай, к сожалению, там не увидел.
...
Рейтинг: 0 / 0
17.02.2021, 13:37
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046309
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Андрей_Батькович
Коллеги, приветствую!

Помогите не сойти с ума -)
Выполняю запрос, в плане вижу, что чтение идет сначала из таблицы AccumRgT106, потом из AccumRg102.
Читаю план как обычно, справа на лево, сверху вниз.

Но блокировки по какой-то причине накладываются сначала на таблицу AccumRg102, и только потом на AccumRgT106.
Проверял с помощью расширенных событий, скрины трассировки и сам план запроса прикладываю.

Почему так происходит? Что я делаю не так?


А кто тебе вообще сказал, что порядок блокировки таблиц как-то вообще определён, на ещё и определяется планом?
...
Рейтинг: 0 / 0
17.02.2021, 15:36
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046311
Андрей_Батькович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Андрей_Батькович
Гость
MasterZiv,

Давайте все таки на Вы.
А чем же он по вашему определяется?
...
Рейтинг: 0 / 0
17.02.2021, 15:43
| Ответить | Цитировать | Написать  
Порядок блокировки таблиц не соответствует плану запроса
    #40046325
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
MasterZiv,

разумеется планом, чем же еще? Существует поставщик строк, который не отображается на плане. Этот поставщик действует согласно плана, до прохождения блокирующего оператора он может не накладывать блокировки для чтения данных таблиц, которые используются позже, согласно плана запроса.
...
Рейтинг: 0 / 0
17.02.2021, 16:10
| Ответить | Цитировать | Написать  
25 сообщений из 29, страница 1 из 2
  1  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Порядок блокировки таблиц не соответствует плану запроса
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=46&msg=40046123&tid=1685068]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 135ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 54ms
get tp. blocked users:
 1ms
others: 17ms
total:  249ms
созд. / загр.: 249ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]