Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Версия сервера: Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Apr 2 2010 15:48:46 Copyright (c) Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: ) Словили блокировку с типом "KEY" (Блокировка внутри индекса, которая защищает диапазон ключей в сериализуемых транзакциях) Режим блокировки "U" (Update) Знаем объект который участвует в блокировке - это таблица с "кубами" Содержимое INPUTBUFFER показало, что ноги растут из хранимой процедуры (назовем её " MyDB.dbo.DeleteCheckedItems;1 ") Поясните, куда копать? Что то не так с индексами у этой таблицы? или с ключом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:12 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
А с чего вы вообще взяли, что в вашей ситуации что-то не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:17 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERСловили блокировку с типом "KEY" (Блокировка внутри индекса, которая защищает диапазон ключей в сериализуемых транзакциях) Режим блокировки "U" (Update)Вы про блокировку, или про дедлок? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:27 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Ну потому что я словил блокировку. Эта блокировка может висеть часами, у пользователей всё начинает тормозить. До тех пор пока её не прибьют руками. Хочу, чтобы таких блокировок не возникало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:28 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
alexeyvgMAULERСловили блокировку с типом "KEY" (Блокировка внутри индекса, которая защищает диапазон ключей в сериализуемых транзакциях) Режим блокировки "U" (Update)Вы про блокировку, или про дедлок? Видимо дедлок. Хочу понять причину, а из информации что есть только то что я написал в первом посте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:30 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERВидимо дедлок видимо, что угодно, но не дедлок. дедлок сервер разруливает без вас менее, чем за секунду ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:32 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Yasha123, Я просто хочу понять, почему именно блокировка с типом KEY? Т.е. что мне проверить в первую очередь? Может быть что-то не так с индексом? или индекс построен неправильно.. или ещё что-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:38 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Yasha123дедлок сервер разруливает без вас менее, чем за секунду первый дедлок будет разрешен максимум через 5 секунд после возникновения далее частота обнаружения резко повышается (до 100ms), если дедлоков больше не наблюдается, частота возвращается к 5 с ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:42 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERYasha123, Я просто хочу понять, почему именно блокировка с типом KEY? Т.е. что мне проверить в первую очередь? Может быть что-то не так с индексом? или индекс построен неправильно.. или ещё что-то? и с чем же еще должна быть блокировка? радуйтесь, что KEY, индекс используется. вам бы хотелось, чтобы всю таблицу залочило? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:47 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERНу потому что я словил блокировку. Эта блокировка может висеть часами, у пользователей всё начинает тормозить. До тех пор пока её не прибьют руками. Хочу, чтобы таких блокировок не возникало. либо активный процесс (владелец блокировки) не очень расторопен, либо незакрытая транзакция воспользуйтесь sp_whoisactive - она покажет и блокирующего, и транзакции, и планы, и многое другое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:48 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
komradYasha123дедлок сервер разруливает без вас менее, чем за секунду первый дедлок будет разрешен максимум через 5 секунд после возникновения далее частота обнаружения резко повышается (до 100ms), если дедлоков больше не наблюдается, частота возвращается к 5 с и какая же разница, если у ТС авторЭта блокировка может висеть часами ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:49 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERЗдравствуйте. Версия сервера: Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Apr 2 2010 15:48:46 Copyright (c) Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.2 <X64> (Build 9200: ) Поясните, куда копать? поставьте актуальный апдейт сначала, а то можно удивляться багам на ровном месте http://sqlserverbuilds.blogspot.com/#sql2008r2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:50 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Yasha123komradпропущено... первый дедлок будет разрешен максимум через 5 секунд после возникновения далее частота обнаружения резко повышается (до 100ms), если дедлоков больше не наблюдается, частота возвращается к 5 с и какая же разница, если у ТС авторЭта блокировка может висеть часами ? это к тому, что не 1с, а 5с для первого дедлока просто уточнение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:52 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERСловили блокировку с типом "KEY" (Блокировка внутри индекса, которая защищает диапазон ключей в сериализуемых транзакциях) Режим блокировки "U" (Update) и где вы тут нашли "диапазон ключей" и "сериализацию"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 15:59 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Yasha123, здесь . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 16:03 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERYasha123, здесь . значит, смените чтиво. вот тут перечислены блокировки, сравните таблицы 10-3 и 10-4, убедитесь, что у вас никакого диапазона нет, равно как и сериализации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2018, 16:18 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Yasha123, Спасибо. Чтиво полезное. Но у меня до сих пор нет полной ясности, что делать с этой блокировкой. Посмотрел код хранимой процедуры, там идет блок try-catch: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. вот этот Код: sql 1. обрабатывает 0 строк, т.к. в столбце [deleted] везде нули. может чей то опытный взгляд заметит подводный камень в этом коде? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 09:34 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERможет чей то опытный взгляд заметит подводный камень в этом коде?Подозреваю, что для удаления нужно долго сканить всю таблицу, предварительно её заблокировав. Рекомендую сделать фильтрованный индекс с условием WHERE [deleted] = 1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 10:05 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
alexeyvg, Я посмотрел содержимое, В этой таблице, 8500 записей. Неужели такое количество может положить сервер на несколько часов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 10:23 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULER, Ваша сессия с DELETE тоже блокирована. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 10:38 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
invm, Да, а видимо кем блокирована, надо посмотреть по blocked, выкупить запрос из INPUTBUFFER по spid = blocked и понять корень блокировки... У меня правильный ход мыслей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 10:47 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
MAULERи понять корень блокировки... У меня правильный ход мыслей?Да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 11:27 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Подскажите, правильно ли я понимаю процесс отлавливания причины блокировки: Первоначально процесс построен так: 1) Отлавливаю блокировку: Код: sql 1. 2. 3. Получаю 1 строку с информацией о блокировке. (т.е. @spid = spid и @blocked = blocked) Получаю текст заблокированного запроса: Код: sql 1. 2. 3. 4. Затем получаю текст блокирующего запроса: Код: sql 1. 2. 3. 4. Проблема в том, что если смотреть процесс в dbo.sysprocesses по spid = @blocked (из первого запроса) то он (как я понимаю первопричина) - не заблокирован. и INPUTBUFFER такого процесса постоянно меняется! Отсюда у меня есть опасения, что я не правильно получаю текст блокирующего запроса. Отсюда вопрос: как получить текст того самого первого запроса, который стал причиной блокировки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 13:57 |
|
||
|
Помогите понять информацию по блокировке..
|
|||
|---|---|---|---|
|
#18+
Думаю, что причина, по которой каждый раз меняется текст блокирующего запроса - простая: Я ловлю блокировку агентом MSSQL, задание которого срабатывает каждые 30 сек. На момент возникновения блокировки spid и blocked попадают в sysprocesses абсолютно верными. Но когда начинаю анализировать блокировку (предварительно поймав её), spid блокировки остаётся прежним, ведь она ещё висит! а вот blocked (id блокирующего процесса) может уже 20 раз измениться. И вроде бы я смотрю правильный spid в sysprocesses , а данные в нём уже совсем от другой активности. Поэтому смысл смотреть содержимое INPUTBUFFER блокирующего процесса имеет только тогда, когда есть возможность перехватывать его сразу в момент возникновения, а не по таймеру. Я правильно понимаю суть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 14:37 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39726605&tid=1688849]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
80ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
82ms |
get tp. blocked users: |
2ms |
| others: | 252ms |
| total: | 464ms |

| 0 / 0 |
