Как в Spring реализовать оптимистичную и пессимистичную блокировку?

Как в Spring реализовать оптимистичную и пессимистичную блокировку?

• Оба варианта блокировок доступны в Spring ORM через JPA
• Оптимистичный подход использует контроль версий: на сущность добавляется аннотация @Version
• Во время обновления версия сравнивается; при расхождении возникает исключение OptimisticLockException
• При пессимистичной блокировке база данных захватывает блокировку через методы репозитория с @Lock
• @Lock(LockModeType.PESSIMISTIC_WRITE) не позволяет другим транзакциям блокировать запись
• Для обеспечения атомарности такой механизм применяют внутри транзакций с @Transactional
• Оптимистичный вариант подходит для высокой конкуренции при небольшой вероятности конфликтов, а пессимистичный — для исключения конфликтов в критических секциях

При необходимости могу также подготовить упрощённое объяснение для junior.

Подробный ответ

Основной ответ

В Spring Data JPA оба типа блокировок предоставляются средствами JPA, интегрированными со Spring. Благодаря этому конкурентным доступом к данным можно управлять без явного ручного контроля транзакций.

Оптимистичная блокировка опирается на версию объекта, обычно заданную полем с аннотацией @Version. Конфликт обнаруживается при сохранении, если за время работы с объектом другая транзакция успела изменить его. Пессимистичная блокировка действует иначе: запись или чтение блокируется непосредственно в БД, чтобы не допустить одновременного изменения данных.

Ключевые моменты

Оптимистичная блокировка в Spring настраивается аннотацией @Version в сущности. В запросах применяются LockModeType.OPTIMISTIC или OPTIMISTIC_FORCE_INCREMENT, например @Lock в репозитории либо EntityManager. Такой подход не требует блокировок на уровне транзакций и способствует масштабируемости.

Пессимистичную блокировку задают с помощью @Lock(LockModeType.PESSIMISTIC_WRITE) или PESSIMISTIC_READ в репозиториях Spring Data либо непосредственно через EntityManager, вызывая entityManager.lock(entity, LockModeType.PESSIMISTIC_WRITE). Блокировка сохраняется на уровне изоляции БД и не позволяет другим транзакциям читать или изменять данные до её снятия.

Следует помнить, что пессимистичная блокировка способна вызвать взаимоблокировку (deadlock), тогда как при оптимистичной могут возникать исключения OptimisticLockException. Их нужно обрабатывать корректно — например, повторно запускать транзакцию.

Практический контекст

В прикладных системах оптимистичную блокировку обычно выбирают при невысокой конкуренции. Пессимистичный вариант лучше подходит для сценариев, где особенно важна целостность, например для денежных операций: он гарантированно предотвращает конфликт изменений. В Spring Boot 3 и Hibernate 6 поддержка обоих режимов полностью интегрирована, поэтому их удобно реализовывать через репозитории и аннотации.