Что такое оптимистическая блокировка (Optimistic Locking)?

Question

Что такое оптимистическая блокировка (Optimistic Locking)?

Тип вопроса: Базы данных Вероятность: 26% Категория: Java Разработчик

Ответ

Оптимистическая блокировка (Optimistic Locking) — это стратегия управления конкурентным доступом к данным, которая предполагает, что конфликты между транзакциями происходят редко. Вместо физической блокировки записи на всё время транзакции, конфликт обнаруживается и разрешается только в момент фиксации изменений.

Принцип работы:

Каждая версия записи в БД снабжается полем-версией (обычно числом или меткой времени).
Транзакция читает данные вместе с текущей версией.
При попытке обновления транзакция проверяет, что версия записи в БД не изменилась с момента чтения.
Если версия совпадает: обновление выполняется, и значение поля-версии инкрементируется.
Если версия отличается: значит, запись была изменена другой транзакцией позже. Текущая транзакция откатывается с исключением (например, OptimisticLockException). Приложению необходимо обработать этот конфликт (например, повторить операцию с новыми данными).

Реализация в JPA (Hibernate):

@Entity
public class Account {
    @Id
    private Long id;
    private BigDecimal balance;

    @Version // Аннотация для поля-версии
    private Long version; // При каждом UPDATE значение автоматически увеличивается
}

Плюсы и минусы:

Плюсы	Минусы
✅ Высокая производительность при редких конфликтах (нет долгих блокировок).	❌ Требует дополнительного поля в таблице.
✅ Избегает взаимоблокировок (deadlocks).	❌ Необходима обработка исключений при конфликтах на уровне приложения.
✅ Хорошо подходит для систем с преимущественно чтением (read-heavy).	❌ Неэффективна при высокой конкуренции на запись (write-heavy), приводит к частым откатам.

Альтернатива: Пессимистическая блокировка, которая блокирует запись на время транзакции, предотвращая конфликты, но снижая параллелизм.

Ответ 18+ 🔞

А, оптимистическая блокировка, ну это ж классика, блядь! Представь себе: ты в баре, подходишь к стойке, видишь последнюю кружку пива. Ты её замечаешь, запоминаешь, что она тут стоит, и идёшь в сортир, блядь. А пока ты срёшь, какой-то мудак подходит и эту кружку выпивает. Ты возвращаешься, тянешься к ней, а тебе говорят: "Э, дружок-пирожок, версия не та, ёпта!". Вот и вся философия.

Суть в том, что мы исходим из светлой, ебать, веры в человечество. Мол, конфликты — это редкость, пиздец какой-то. Мы не будем сразу хватать запись и кричать "Моё!", как жадный ребёнок. Мы просто прицепим к каждой записи в базе поле-счётчик, типа версии.

Как это работает, блядь:

Читаешь ты запись, и заодно смотришь, какой у неё номер версии. Допустим, version = 5.
Делаешь с этими данными что хочешь у себя в приложении. Меняешь, хуяришь, пляшешь с бубном.
Решил сохранить. Говоришь базе: "Слушай, дай-ка я обновлю эту запись, но ТОЛЬКО если её версия до сих пор равна 5, а то я, блядь, подозрение ебать чувствую".
Если за время твоих плясок никто эту запись не трогал — окей, обновляй, и версия автоматом станет 6.
А если пока ты мозгой сушил, кто-то уже успел её обновить и версия стала 6 — всё, пиздец тебе, дружок. База тебе выкинет исключение, типа OptimisticLockException. И означает оно одно: "Чувак, ты опоздал, всё уже поменялось, иди нахуй, начни сначала".

В коде это выглядит до безобразия просто, вот, смотри, не трогай:

@Entity
public class Account {
    @Id
    private Long id;
    private BigDecimal balance;

    @Version // Вот эта хуйня волшебная!
    private Long version; // Каждый апдейт — этот счётчик плюсуется сам, блядь.
}

Плюсы, минусы, вся хуйня:

Плюсы: Скорость, блядь! Нет этих дурацких блокировок навечно. Deadlock'и почти невозможны. Идеально, когда все в основном читают, а не пишут.
Минусы: Ну, во-первых, надо это поле версии таскать с собой, куда ни шло. А главная засада — если у вас там настоящая мясорубка, все одновременно пытаются одно и то же обновить, то будет сплошной цирк с откатами. Представь, десять человек увидели ту же кружку пива и побежали в сортир — девять вернутся ни с чем, в рот меня чих-пых!

Альтернатива? Да, есть же, блядь! Пессимистическая блокировка. Это когда ты с самого начала, как только увидел запись, орёшь "Моё!" и вешаешь на неё замок. Пока ты её не отпустишь, никто другой даже посмотреть не сможет. Надёжно? Абсолютно. Но производительность, блядь... Если ты надолго задумался, вся система может встать колом, ждун-страдаун.

Короче, оптимистичная блокировка — это как игра в рулетку на доверии. Срабатывает — летишь как охуенный. Не срабатывает — получаешь исключением по ебалу и идешь перезапрашивать данные. Волнение ебать!