JPA 낙관적 락 사용 시에 버전 충돌로 인한 롤백 관련하여 질문이 있습니다.

Question

안녕하세요.JPA에서 낙관적 락(Optimistic Lock)을 사용할 때, LockModeType.NONE을 사용했을 때 질문이 있습니다.3개의 트랜잭션이 실행되고, 재고 감소하는 로직이 있다고 가정합니다.@Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) @Entity public class Stock { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String name; private int amount; @Version private Long version; @Builder private Stock(String name, int amount) { this.name = name; this.amount = amount; } public static Stock create(String stockName, int amount) { return new Stock(stockName, amount); } public void decrease(int amount) { isEnoughAmount(amount); this.amount -= amount; } // 주문 개수가 현재 재고량 보다 많은가? private void isEnoughAmount(int orderAmount) { if (this.amount < orderAmount) { throw new IllegalArgumentException("재고량이 부족합니다."); } } }@RequiredArgsConstructor @Service public class StockService { private final StockRepository stockRepository; @Transactional public StockResponse createStock(StockServiceRequest request) { Stock stock = request.toEntity(); Stock savedStock = stockRepository.save(stock); return new StockResponse(savedStock.getName(), savedStock.getAmount()); } @Transactional public StockDecreaseResponse decreaseAmount(StockDecreaseServiceRequest request) { Stock stock = stockRepository.findById(request.getStockId()) .orElseThrow(() -> new IllegalArgumentException("상품을 조회할 수 없습니다.")); stock.decrease(request.getDecreaseAmount()); return new StockDecreaseResponse(stock.getId(), stock.getName(), stock.getAmount()); } }@SpringBootTest class StockServiceTest { @Autowired private StockService stockService; @Autowired private StockRepository stockRepository; @Test @DisplayName("Optimistic Lock Test") void decreaseAmount() { // given Stock stock = createStock(1); stockRepository.save(stock); ExecutorService executorService = Executors.newFixedThreadPool(3); Future future1 = executorService.submit( () -> stockService.decreaseAmount(new StockDecreaseServiceRequest(stock.getId(), 1)) ); Future future2 = executorService.submit( () -> stockService.decreaseAmount(new StockDecreaseServiceRequest(stock.getId(), 1)) ); Future future3 = executorService.submit( () -> stockService.decreaseAmount(new StockDecreaseServiceRequest(stock.getId(), 1)) ); // when Exception thrownException = null; try { future1.get(); future2.get(); future3.get(); } catch (ExecutionException ex) { thrownException = (Exception) ex.getCause(); } catch (InterruptedException ex) { } // then assertTrue(thrownException instanceof ObjectOptimisticLockingFailureException); } private Stock createStock(int amount) { return Stock.builder() .amount(amount) .build(); } }가장 먼저, 재고를 감소시킨 트랜잭션 1은 UPDATE 후 커밋에 성공합니다.이후, 트랜잭션 2와 3도 동일하게 재고를 감소를 위해 UPDATE 문을 발생시켰을 때, 처음에 조회한 버전 값과 달라 롤백되는 것을 확인했습니다.여기서 궁금한 것이 있습니다. 버전 충돌로 인한 롤백이 발생한 두 트랜잭션(2, 3)은 다시 버전을 포함하여 조회 쿼리를 날리고 있습니다. 저는 OptimisticException 예외가 발생했을 때, 별도의 처리를 하지 않았는데 조회 쿼리가 발생하더라구요.질문 요약 : 버전 충돌 시에 예외가 발생하면서 롤백이 되는데, 별도의 예외 처리를 하지 않았음에도 UPDATE에 실패한 두 트랜잭션이 조회 쿼리를 발생하는 이유가 궁금합니다.

kkang01 · Answer

OptimisticLockException pe;Object entity = this.sharedSessionContract.internalLoad(sose.getEntityName(), identifier, false, true);if (entity instanceof Serializable) { pe = new OptimisticLockException(e.getMessage(), e, entity);} else { pe = new OptimisticLockException(e.getMessage(), e);}OptimisticLockException 생성자 인자 entity 때문에 조회하는것 같습니다.

JPA 낙관적 락 사용 시에 버전 충돌로 인한 롤백 관련하여 질문이 있습니다.

1개의 답변

Q&A 목록