Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
У одного из клиентов при определенной наша база начинает тормозить, при том, что ресурсы на сервере не на пределе (скриншот внизу). Следовательно подвисает на блокировках. Насколько включение версионного режима поможет в этом случае (только конфигурационное изменение, не трогая никакого кода) и какие вообще подводные камни тут есть? Насколько понимаю Read Committed автоматически перестанет виснуть на блокировках, но слегка увеличится нагрузка на сервер из-за создания версий. Какие еще проблемы тут могут быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 02:55 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель У одного из клиентов при определенной наша база начинает тормозить, при том, что ресурсы на сервере не на пределе (скриншот внизу). Следовательно подвисает на блокировках С чего вы взяли? Может, у вас статистика там быстро устаревает? Вам нужно сначала изучить вопрос и убедится в этих предположениях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 03:20 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Критик С чего вы взяли? Может, у вас статистика там быстро устаревает? Вам нужно сначала изучить вопрос и убедится в этих предположениях. блокировки с высокой вероятностью, изучить что там именно не просто т.к. продакшн и это займет время. Поэтому если предположить что именно блокировки, то насколько включенная версионность поможет и насколько может повредить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 05:14 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель, вот уж с версионностью, я бы игрался в последнюю очередь на боевом сервере, без теста. Копайте блокировки. Это более безопасно и более эффективно. И в половине случаев можно решить индексами (может в паре с plan guide). Кстати, в 99% процентах случаев, блокировки - это косяк дизайна программы/БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 05:49 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Idol_111 вот уж с версионностью, я бы игрался в последнюю очередь на боевом сервере, без теста. а почему так? Что именно может сломаться? Я понимаю что починить блокировки правильнее, но это намного сложнее и не воспроизводится локально. Версионность выглядит как быстрый и безопасный способ починить, по крайней мере временно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 06:14 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель Idol_111 вот уж с версионностью, я бы игрался в последнюю очередь на боевом сервере, без теста. а почему так? Что именно может сломаться? Я понимаю что починить блокировки правильнее, но это намного сложнее и не воспроизводится локально. Версионность выглядит как быстрый и безопасный способ починить, по крайней мере временно. Бизнес может сломаться. Правила же могут поменяться. Вы даете возможность читать грязные данные. Косяки не предсказуемы. Это надо тестировать на глубоком уровне. Конечно, можно не париться если у вас программа типа 2+2, так блокировок бы не было в таком случая, я полагаю. Ну погуглите что ли, на первой же странице по русски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 06:39 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Idol_111 Бизнес может сломаться. Правила же могут поменяться. Вы даете возможность читать грязные данные. Косяки не предсказуемы. Это надо тестировать на глубоком уровне. Конечно, можно не париться если у вас программа типа 2+2, так блокировок бы не было в таком случая, я полагаю. Ну погуглите что ли, на первой же странице по русски. не, это не верно, во первых мы очевидно не используем уровень Snapshot, а RC, который превратится в RCSI, так что с бизнесом проблем точно не будет. Интересуют есть-ли какие-то технические подводные камни, на которые можно напороться на практике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 06:52 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель мы очевидно не используем уровень Snapshot, а RC, который превратится в RCSI, так что с бизнесом проблем точно не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 07:26 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
alexeyvg Превратится в READ_COMMITTED_SNAPSHOT? Разве это не означает, что читающая транзакция будет читать копию, вместо ожидания конца блокировки? да, именно так. Но это-же не грязное чтение, плюс если строка залочена, это может быть из-за сканов итп, т.е. совсем не факт что конкретно эта строка вообще изменяется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 07:50 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель alexeyvg Превратится в READ_COMMITTED_SNAPSHOT? Разве это не означает, что читающая транзакция будет читать копию, вместо ожидания конца блокировки? да, именно так. Но это-же не грязное чтение Разработчики БД использовали уровень READ_COMMITTED для того, что бы при выборке данных подождать окончания транзакции, и не считывать данные до её завершения. А тут поведение меняется на чтение данных на момент до начала транзакции. Наверное, это не должно привести к нарушениям, если система спроектирована правильно - нестрашно, что версия будет "до", главное, данные согласованы. Но всё таки, бывают приложения, которые специально рассчитывают на то, что читающая транзакция будет ждать завершения записи. Например, лочат данные, и что то меняют снаружи (по отношению к сиквелу). То есть, обновление там используется как средство синхронизации, наподобие своего "sp_getapplock". Кнюпель плюс если строка залочена, это может быть из-за сканов итп, т.е. совсем не факт что конкретно эта строка вообще изменяется "Авось эта строка на самом деле не изменится" - зачем это??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 08:03 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель, Надо не организационными мерами проблему решать, а брать SQL Profiler или Extended Events, делать трассировку и оптимизировать запросы. Если у вас блокировки, значит код так написан и его надо оптимизировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 08:35 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
alexeyvg Но всё таки, бывают приложения, которые специально рассчитывают на то, что читающая транзакция будет ждать завершения записи. Например, лочат данные, и что то меняют снаружи (по отношению к сиквелу). То есть, обновление там используется как средство синхронизации, наподобие своего "sp_getapplock". точно не наш случай, нет никаких наворотов - транзакции используются только что-бы откатить в случае проблем, консистентность данных с началом транзакции не нужна alexeyvg Это вы совсем зря добавили :-) "Авось эта строка на самом деле не изменится" - зачем это??? как зачем, как раз имхо наиболее вероятный случай блокировок - когда нет нужного индекса и блокируется целоком таблица, в результате все висит хотя ничего из того, что требуется менятся и не собирается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 09:26 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
a_voronin Надо не организационными мерами проблему решать, а брать SQL Profiler или Extended Events, делать трассировку и оптимизировать запросы. Если у вас блокировки, значит код так написан и его надо оптимизировать. я все понимаю про то, как будет "правильно", но в данном топике интересует именно аспект когда включается версионность для борьбы с локами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 09:29 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель У одного из клиентов при определенной наша база начинает тормозить, при том, что ресурсы на сервере не на пределе Если БД ведет себя нормально у всех и чудит у одного, то может там поселился любитель виртуализировать все подряд и дело вовсе не в БД и MSSQL. Включение RCSI ничего не поломает в работе с данными. После включения можете на некоторое время получить просадку производительности, если есть большая активность по модификации данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 09:49 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
что-то страхи нагоняют про RSCII, откуда там грязное чтение? Давно перевели всё на него и кроме понимания новой нагрузки на tempdb особо и нет ничего. Ну и да это уже дефолт уже как минимум дла азуры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:22 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель a_voronin Надо не организационными мерами проблему решать, а брать SQL Profiler или Extended Events, делать трассировку и оптимизировать запросы. Если у вас блокировки, значит код так написан и его надо оптимизировать. я все понимаю про то, как будет "правильно", но в данном топике интересует именно аспект когда включается версионность для борьбы с локами Вы будете ещё долго и безуспешно "танцевать бубном" вокруг вашего сервера, пока не займетесь оптимизацией. Вы считаете, что разработали софт, а вы его "недоразработали". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:45 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель alexeyvgЭто вы совсем зря добавили :-) "Авось эта строка на самом деле не изменится" - зачем это??? как зачем, как раз имхо наиболее вероятный случай блокировок - когда нет нужного индекса и блокируется целоком таблица, в результате все висит хотя ничего из того, что требуется менятся и не собираетсяЭто я понимаю, но мы же говорим о вероятности нарушить бизнес-логику. И вы приводите аргумент в пользу того, что она не нарушится, т.к. "авось строка на самом деле не изменится, ведь в основном блокировки возникают из за сканов итп" Аргумент "за невлияние на бизнес логику" плохой, несмотря на то, что подавляющее большинство строк на самом деле действительно не изменятся Собственно, какой ещё ответ на ваш вопрос "Интересуют есть-ли какие-то технические подводные камни, на которые можно напороться на практике" может быть? Разумеется, абсолютно никаких проблем быть не может, кроме того, что всё перестанет работать :-) Скорее всего, всё будет нормально, и блокировки уйдёт, но без тестирования я бы не рискнул. И, разумеется, может быть просадка по производительности, ведь при изменениях нужно будет делать копию. TaPaK что-то страхи нагоняют про RSCII, откуда там грязное чтение? Давно перевели всё на него и кроме понимания новой нагрузки на tempdb особо и нет ничего. TaPaK Ну и да это уже дефолт уже как минимум дла азуры Но просто перевести какую нибудь инсталляцию программы из 90-х я бы без тестирования не решился. Ещё замечу, что такие изменения будут делаться вслепую, к серверам, на которых будут меняться настройки, у разработчиков доступа нет (как я понял, или, если есть, тестировать никто не будет, просто переключат на продакшене). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:47 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
Кнюпель, ой не слушайте :) автораспект когда включается версионность для борьбы с локами развести читателей и писателей. больше нет "аспектов" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:47 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
alexeyvg, авторОно не грязное, но могут быть случаи, когда разработчики специально рассчитывают на блокировку. что бы дедлоков было только больше? в остальных случаях они расчитывают на неё явно указывая, что никак не меняется в RCII авторТак нет вопросов, если система специально разрабатывается, тестируется, для снапшот изоляции. Но просто перевести какую нибудь инсталляцию программы из 90-х я бы без тестирования не решился. звучит как рыжих мы сжигаем по привычке, а за что уже и не помним ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:49 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
TaPaK что-то страхи нагоняют про RSCII, откуда там грязное чтение? Давно перевели всё на него и кроме понимания новой нагрузки на tempdb особо и нет ничего. Ну и да это уже дефолт уже как минимум дла азуры А Вы господа в курсе, что не все запросы совместимы между RC и RCSI ? TC конечно хочет услышать про Код: sql 1. 2. 3. И если он желает и дальше мучить клиента своей бд, то на этом и успокоиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:51 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
a_voronin, авторА Вы господа в курсе, что не все запросы совместимы между RC и RCSI ? например? Кроме явного SNAPSHOT со своими ограничениями так и не вспомню ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 10:55 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
TaPaK a_voronin, авторА Вы господа в курсе, что не все запросы совместимы между RC и RCSI ? например? Кроме явного SNAPSHOT со своими ограничениями так и не вспомню Одно из проблемных ограничений -- не работает DDL внутри транзакции. Например Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 11:03 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
a_voronin TaPaK a_voronin, пропущено... например? Кроме явного SNAPSHOT со своими ограничениями так и не вспомню Одно из проблемных ограничений -- не работает DDL внутри транзакции. Например Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. что-что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 11:05 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
TaPaK, попробуйте создать индекс на временной таблице внутри явной транзакции под RCSI https://social.msdn.microsoft.com/Forums/officeocs/en-US/7969b924-4fb7-4bc6-9df3-9bf1163fc089/why-are-ddl-changes-to-a-temporary-table-not-allowed-within-a-snapshot-transaction?forum=sqldatabaseengine ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 11:12 |
|
||
|
Включить версионность для борьбы с блокировками
|
|||
|---|---|---|---|
|
#18+
a_voronin TaPaK, попробуйте создать индекс на временной таблице внутри явной транзакции под RCSI https://social.msdn.microsoft.com/Forums/officeocs/en-US/7969b924-4fb7-4bc6-9df3-9bf1163fc089/why-are-ddl-changes-to-a-temporary-table-not-allowed-within-a-snapshot-transaction?forum=sqldatabaseengine мм?? Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. скриншоты прилагать что-ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2019, 11:14 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39896125&tid=1686847]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
70ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 409ms |

| 0 / 0 |
