Доброго времени суток!

Появилась большая проблема. Появилось огромное количество блокировок с типом LCK_M_X. Причем среднее время выполнения скачет от 30 сек. до нескольких минут, что очень сказывается на работе пользователей. И таких ситуаций уже становится достаточно много. Если раньше это было один-два раза в 3-4 дня, то на сегодня это уже ежедневная проблема. Оптимизировал несколько тяжелых по чтению запросов, добавил индексы по рекомендациям и скриптам Брентозара (разумеется не основываясь логикой, чем больше индексов тем лучше). Что примечательно, в таблице которая фиксирует такие блокировки, везде присутствуют 2-3 одинаковых запроса в столбце blocked, а именно одни и те же UPDATE. Проанализировал эти UPDATE и они не представляют особой опасности. Логического чтения 12-15, стоимость в районе 0,0000123 (условно, но примерно так и есть), поиск по индексу. Пробовал так же написать SELECT с условиями UPDATE, что бы он из буфера читал, но там в принципе нечему читать не то что с диска, даже с буфера

На что еще можно обратить внимание и что в данном случае по Вашему опыту, можно сделать. В инете все очень поверхностно и общими фразами.

Заранее благодарю!

Владислав Колосов,

Про это даже как-то не подумал, если я не ошибаюсь, то укрупнение дает возможность объединения всех блокировок в одну и блокирует же всю таблицу? Точнее на уровне таблицы

Владислав Колосов,

А как это можно проверить?

Владислав Колосов,

Спасибо за скрпит, LOCK_ESCALATION = 0. То есть не отключено

invm,

Есть может какие еще варианты, куда нужно посмотреть?

Владислав Колосов,

Да, это динамическая таблица, которая постоянно изменяется/добавляются новые данные. SELECT из нее так же происходит, чуть ли не каждые 3 секунды.

invm,

В части ожидания ресурса, вроде должны появляться запросы SOS_SHIELD (поправьте меня если я ошибаюсь), но таких я не встречал и по процессорным ресурсам, железка вполне себе тянет. Опять же я могу ошибаться в вышесказанном, но пока не встречал с таким проблем.

А вот по части долгоиграющего запроса, безусловно лезут запросы, которые раньше были мелкими и почти невесомыми по всем пунктам и как шарики начинают "надуваться", но за этим тоже слежу.

Может есть варианты, что можно сделать или куда посмотреть?

invm,

Большое спасибо! Буду анализировать

invm,

А как это можно отследить/определить?

invm,

Спасибо большое!

-comm-,

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