Изменения документа Транзакции и блокировки
Редактировал(а) Alexandr Fokin 2024/06/01 13:29
<
>
отредактировано Alexandr Fokin
на 2022/07/11 20:52
на 2022/07/11 20:52
отредактировано Alexandr Fokin
на 2022/11/13 18:44
на 2022/11/13 18:44
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,31 +1,22 @@ 1 1 [[image:https://docs.microsoft.com/ru-ru/sql/relational-databases/media/udb9_profilerdeadlockgraphc.png?view=sql-server-ver15]] 2 2 3 -* Мехинизм работы БД строиться на блокировках. 3 +**Общие понятия:** 4 + 5 +* Механизм работы БД строиться на блокировках. 4 4 * Блокировка может применяться к разным объектам (строки, страницы, таблицы ...) 5 5 * Блокировки могут иметь разный типы 6 6 Разрешить чтение, но запретить запись 7 7 Запретить любой доступ 8 -* Одиночные операции, выполняемые вне явной транзакции, тоже используюблокировки10 +* Одиночные операции, выполняемые вне явной транзакции, тоже выполняются транзакционно 9 9 * При разрыве соединения неподтвержденная транзакция будет прервана (rollback) 10 - 11 -* Блокировки задаются автоматически во время запросов и транзакций. 12 12 * На блокировки можно явно влиять, используя табличные указания. 13 13 * Например блокировку можно взять при select запросе до окончания транзакции. Другие транзакции при попытке взять блокировку на этот объект будут ожидать. 14 -* В случае обнаружения deadlock sql сервер среди 2 транзакций выб риает одну.14 +* В случае обнаружения deadlock sql сервер среди 2 транзакций выбирает одну. 15 15 Одна продолжит выполнение, а вторая прервется с ошибкой, которую должно обработать приложение. (В том числе возможно попытаться повторить транзакцию, рассчитывая, что в этот раз блокировки не будет или хотя бы она завершиться удачно, для этой транзакции) 16 16 17 17 ---- 18 18 19 -Понятие оптимистичной и пессимистичной блокировок. 20 -Оптимистичная: 21 -Берем элемент (не блокируя) (фиксируем version/timestamp) 22 -Производим обработку. 23 -Проверяем, что version/timestamp не изменился. (иначе ошибка/повторная обработка/игнорирования, что исходные данные изменились с момента начала обработки) 24 -Сохраняем элемент. 25 -Пессимистичная: 26 -Берем элемент. (блокируя его некоторым образом) (в момент блокировки другой обработчик не может получить доступ и ожидает) 27 -Производим обработку. 28 -Сохраняем элемент. 19 +**[[Блокировки>>doc:Архитектура и модели.Блокировки.WebHome]]** 29 29 30 30 ---- 31 31 ... ... @@ -50,12 +50,10 @@ 50 50 Транзакции 51 51 https://www.flenov.info/books/read/transact-sql/32 52 52 44 +---- 53 53 54 -Optimistic vs. Pessimistic Locking 55 -https://medium.com/@recepinancc/til-9-optimistic-vs-pessimistic-locking-79a349b76dc8 56 - 57 -Optimistic locking and automatic retry 58 -https://enterprisecraftsmanship.com/posts/optimistic-locking-automatic-retry/ 59 - 60 -DotNetRu | Александр Шелёмин «Concurrency в базах данных» 46 +DotNetRu | Александр Шелёмин «Concurrency в базах данных» 61 61 https://www.youtube.com/watch?v=a6YzdDFzDl8 48 + 49 +Эй, запрос! Ты живой? Как легко обработать блокировки в PostgreSQL 50 +[[https:~~/~~/habr.com/ru/post/319832/>>https://habr.com/ru/post/319832/]]