Пересечение транзакций. Примеры

03.09.18

База данных - HighLoad оптимизация

Рассматривается пересечение транзакций типа чтение-запись над одним элементом справочника при разных уровнях изоляции.

Скачать файлы

Наименование Файл Версия Размер
Пересечение транзакций. Примеры:
.dt 78,31Kb
0
.dt 78,31Kb Скачать

Рассмотрим две пересекающихся во времени исполнения транзакции, которые читают и затем записывают элемент справочника. Обозначим операции первой транзакции большими буквами RWO, операции второй транзакции – малыми буквами rwo. Используем буквы от операций Read, Write, cOmmit или rOllback. Команду «НачатьТранзакцию» нет смысла отслеживать, поскольку создание Snapshot, блокировка данных и прочие значимые события происходят при первом обращении к данным.

Формально, все возможные варианты запуска операторов по времени:

RrwWOo

 RrwWoO

 RrwoWO

RrWwoO

 RrWwOo

 RrWOwo

RWrwoO

 RWrwOo

 RWrOwo

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

1. В режиме автоматических блокировок Repetable Read

чтение устанавливает разделяемую блокировку СУБД до конца транзакции (название обязывает), запись устанавливает исключительную блокировку до конца транзакции.

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) выйдет сообщение СУБД о взаимоблокировке из-за повышения уровня блокировки в этих двух транзакциях. Откатится транзакция, которая попытается записать первой. Порядок выполнения будет RrwoWO.
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) выйдет сообщение СУБД о взаимоблокировке из-за повышения уровня блокировки в этих двух транзакциях. Откатится транзакция, которая попытается записать первой. Порядок выполнения будет RrWOwo.
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWOrwo. Запись завершится успешно.

2. В режиме управляемых блокировок, совместимость 8.2

при записи устанавливается управляемая исключительная блокировка до конца транзакции, при чтении управляемая блокировка не устанавливается.

2.1 Если СУБД MS SQL, уровень изоляции RC.

Исключительные блокировки возникают при записи, и разделяемые при чтении (только на момент чтения).

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) порядок выполнения будет RrwoWO. Откатится транзакция, которая попытается записать второй. Сообщение платформы: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) порядок выполнения будет RrWOwo. Откатится транзакция, которая попытается записать второй. Сообщение платформы: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWOrwo. Запись завершится успешно.

3. В режиме управляемых блокировок, совместимость 8.3

при записи устанавливается управляемая исключительная блокировка до конца транзакции, при чтении управляемая блокировка не устанавливается.

3.1 Если СУБД MS SQL 2008 и выше, уровень изоляции RCSI.

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

  • При запуске в последовательности (RrwWOo, RrwWoO, RrwoWO) порядок выполнения будет RrwoWO.
  • При запуске в последовательности (RrWwoO, RrWwOo, RrWOwo) порядок выполнения будет RrWOwo.
  • При запуске в последовательности (RWrwoO, RWrwOo, RWrOwo) порядок выполнения будет RWrOwo.

В каждом случае платформа покажет ошибку: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)!

Это связано с тем, что вторая транзакция прочитает данные по состоянию на начало первой транзакции, незафиксированные (nocomitted) действия первой транзакции ей не доступны. В момент записи происходит повторное чтение, сравнивается версия объекта. Платформа обнаруживает, что версия не соответствует и запускает откат транзакции. Если бы мы работали не с объектным типом данных, а с регистром сведений у которого нет поля версии, то проверка версии перед записью была невозможна. Может поэтому для метода Прочитать() регистра сведений предусмотрены разделяемые управляемые блокировки.

Для проверки написал обработку, которая запускает операторы чтения/записи по расписанию

 
 фрагменты кода обработки

Слайды для пункта 1

В тексте видно уровень изоляции Repeatable Read.Первая транзакция запущена в сеансе 54, вторая транзакция запущена в сеансе 57. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RrwWOo – указана в строке 12:20:51.

После чтения в строках 12:20:51 и 12:20:53 обе транзакции установили на справочник разделяемые блокировки. Поэтому запись в строке 12:20:55 завершиться не может, происходит deadlock.

В 12:20:59 выходит ошибка: Конфликт блокировок при выполнении транзакции: Microsoft SQL Server Native Client 11.0: Транзакция (идентификатор процесса 57) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно. Вторая транзакция завершается rollback, первая транзакция устанавливает блокировку, производит запись и commit. Фактический порядок выполнения RrwoWO.

В тексте видно уровень изоляции Repeatable Read.Первая транзакция запущена в сеансе 57, вторая транзакция запущена в сеансе 54. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RWrwoO – указана в строке 12:39:43. После записи в строке 12:39:45 транзакция установила на справочник исключительную блокировку. Поэтому вторая транзакция смогла установить блокировку и начать работать только в 12:39:53 после ожидания 6 секунд. Фактический порядок выполнения RWOrwo.

Слайды для пункта 2.1

В тексте видно уровень изоляции Read Commited. Первая транзакция запущена в сеансе 54, вторая транзакция запущена в сеансе 56. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RrwWOo – указана в строке 13:20:25.

Транзакция, которая первой произведет запись и установит блокировку, будет commit, транзакция, которая попытается записать позже будет rollback: Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)! Фактический порядок исполнения RrwoWO.

В тексте видно уровень изоляции Read Commited. Первая транзакция запущена в сеансе 56, вторая транзакция запущена в сеансе 54. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RWrwOo – указана в строке 14:49:52.

Вторая транзакция должна прочитать в 14:49:56, но из-за исключительной блокировки вынуждена дожидаться окончания первой. Фактический порядок исполнения RWOrwo.

Слайды для пун кта 3.1

Первая транзакция запущена в сеансе 55, вторая транзакция запущена в сеансе 58. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RWrwOo – указана в строке 10:18:25.

В 10:18:31 должна была выполниться запись. Но блокировка передвинула запись после commit, 10:18:33. В результате получилась последовательность RWrOwo. Вторая транзакция rollback.

Первая транзакция запущена в сеансе 55, вторая транзакция запущена в сеансе 58. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RrWwoO – указана в строке 10:16:19.

В 10:16:25 должна была выполниться запись. Но блокировка передвинула запись после commit, 10:16:29. В результате получилась последовательность RrWOwo. Вторая транзакция rollback.

Первая транзакция запущена в сеансе 58, вторая транзакция запущена в сеансе 55. Операторы запускаются равномерно каждые 2 секунды. Последовательность запуска RrwWoO – указана в строке  10:13:25.

В 10:13:31 должна была выполниться запись. Но блокировка передвинула запись после commit, 10:13:33. В результате получилась последовательность RrwoWO. Первая транзакция rollback.

Заключение.

Мы рассмотрели основные варианты поведения программы 1С и СУБД MS SQL при пересечении транзакций. В случае, если статья наберет больше 50 звездочек, добавлю информацию Postgres. Ниже первый вариант статьи. Для читабельности и простоты пришлось отказаться от многого. Основная картинка к статье - изолятор штыревой. Игра слов с "уровень изоляции транзакции".

 
 Тысячи тонн словесной руды

 

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    2978    spyke    26    

42

Быстродействие типовой 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    5108    vasilev2015    19    

37

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7637    158    ZAOSTG    68    

96

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    5977    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8869    ivanov660    6    

76

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь в статье.

15.11.2023    5105    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

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

11.10.2023    16185    skovpin_sa    14    

98
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. nvv1970 04.09.18 07:41 Сейчас в теме
Вот это жесть.
Rwrwowororowwwrwrwrw - вообще не читабельно.
Если честно, то такой ерундой я занимался после первого прочтения книжки Филиппова. Это не знания. Это метод тыка. Какую-то задачу в понимании блокировок он решает, но до конца понять а почему всё-таки так - не получится.
Знания по блокировкам должны быть четкими, простыми, и в первую очередь теоретическими. А практика должна подтверждать эти знания, а опыт должен разбираться на теории.
Пока мне показалось, что понимания у вас маловато. Может показалось.

По статье. Она с мутными и непонятным обозначениями. А разобранные примеры не несут никакой пользы.
2. vasilev2015 2686 04.09.18 09:14 Сейчас в теме
(1) Здравствуйте !

Все началось с просмотра ролика postgres. Там были примеры по пересекающимся транзакциям в СУБД. Лектор сразу предупредил, что это не читабельно и жесть. По факту это часть документации СУБД и стандарт отрасли. Блокировки и изоляции пригодятся на экзамене, поэтому я захотел разобраться, чтобы не говорить общими словами, что при повышении уровня изоляции возможны deadlock. Предполагается, что читатель уже знает, чем отличаются изоляции RR, RC, RCSI. Думаете нужна была еще одна теоретическая статья про уровни изоляции и блокировки ?
3. nvv1970 04.09.18 10:22 Сейчас в теме
(2) нет, еще одна не нужна. Но какие нибудь выступления Пилюгина по MSSQL делают эту тему более понятной, чем курсы Богачева и экзамен эксперта.
4. vasilev2015 2686 04.09.18 10:37 Сейчас в теме
(3) Виктор Богачев - хороший человек, я бы писал его фамилию с большой буквы. В остальном, спасибо за рецензию. )))
5. nvv1970 04.09.18 10:38 Сейчас в теме
(4) Прошу прощения )) С вашим мнением согласен ))
Оставьте свое сообщение