Уровни изоляции

Помимо явного FOR UPDATE, транзакции также имеют встроенные математические правила, встроенные глубоко в механизм, которые по умолчанию определяют, сколько энергии нужно потратить на изоляцию каждого отдельного взаимодействия. Это называется Уровнем изоляции. В мире SQL мы знаем четыре стандартных, расположенных в порядке мощности и безопасности, но, очевидно, противоположных с точки зрения производительности.

• READ UNCOMMITTED: Анархическое безумие, ваша транзакция будет видеть все изменения, внесенные другими, включая временные данные от людей, находящихся на полпути к выполнению своих собственных сценариев. На больших БД его никто не использует из-за постоянных ошибок Dirty Read.
• READ COMMITTED: (по умолчанию для Postgres). Вы мгновенно увидите новые данные, как только третья сторона выполнит COMMIT, но вы можете стать жертвой фантомного чтения (обнаружения новых записей в середине длительного рабочего процесса) или нелинейного последовательного представления.
• REPEATABLE READ: Тяжелее. На протяжении вашего сеанса с большим временным окном я «вижу» базу данных замороженной в момент начала моего запроса, полностью игнорируя и игнорируя даже официальные коммиты, выполненные другими людьми! Он защищает от магического появления записей, гарантируя стабильность.
• SERIALIZABLE: Уровень Бога (Супер медленный). Обрабатывает каждую перекрывающуюся транзакцию, блокируя их и выполняя последовательно в одной полосе, безжалостно прерывая те, которые конфликтуют, устраняя на корню даже научную возможность малейшего конфликта, жертвуя твердыми 90% высокой пропускной способности.

Как вы это устанавливаете?

Вместо обычного BEGIN; вы вводите:

BEGIN ISOLATION LEVEL SERIALIZABLE;

-- and you proceed normally with your hermetically sealed isolation
UPDATE products SET stock = 10;
COMMIT;

Или в некоторых вариантах и ​​более старых двигателях вы назначаете его после запуска:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

Попробуйте сами