Когда выгоднее использовать Optimistic lock

Optimistic блокировка выгодна в сценариях с низкой конкуренцией за данные, где конфликты редки. Она не блокирует записи на уровне БД, а лишь проверяет версию при обновлении. Если версия изменилась — выбрасывается OptimisticLockException.

Пример с JPA/Hibernate:

@Entity
public class Account {
    @Id
    private Long id;
    private BigDecimal balance;
    @Version
    private int version;  // Автоматически инкрементится при изменении
}

// В сервисе:
@Transactional
public void transfer(Long id, BigDecimal amount) {
Account account = entityManager.find(Account.class, id);
account.setBalance(account.getBalance().add(amount));
// При коммите Hibernate проверит, что version не изменилась
}

**Плюсы:**  
- Высокая производительность (нет блокировок).  
- Подходит для read-heavy приложений.  

**Минусы:**  
- Нужна обработка конфликтов (retry логика).  
- Не подходит для high-contention сценариев (например, биржевые торги).  

Альтернатива — Pessimistic lock (`SELECT ... FOR UPDATE`), но он снижает throughput.