-
질문 & 답변
카테고리
-
세부 분야
백엔드
-
해결 여부
미해결
PessimisticLock와 findById
23.09.10 00:54 작성 조회수 339
0
안녕하세요. 강의를 보던중 의문이 생겨 질문 드립니다.
JpaRepository를 만들면 정의하지 않아도 findById는 기본적으로 존재 하는 것으로 알고 있습니다.
findByIdWithPessimisticLock를 사용한 매서드가 락을 반납하기 전에 다른 매서드에서 findById을 이용한 update가 발생하게 된다면 findById가 Lock을 감지하는지가 궁금합니다.
public interface StockRepository extends JpaRepository<Stock, Long> {
@Lock(value = LockModeType.PESSIMISTIC_WRITE)
@Query("select s from Stock s where s.id=:id")
Stock findByIdWithPessimisticLock(Long id);
}
답변을 작성해보세요.
0
최상용
지식공유자2023.09.12
yesrin 님 안녕하세요.
findById을 이용한 update가 발생하게 된다면 findById가 Lock을 감지하는지가 궁금합니다. 이라는 질문을 해주셨는데 이해를 하지 못하였습니다.
상황을 조금만 더 자세하게 설명해주실 수 있으실까요 ?
A 라는 메소드에서는 findByPessimisticLock 메소드를 사용하고 B 라는 메소드에서는 findById 이후 save 를 통한 업데이트가 가능한지 여쭤보시는걸까요 ?
0
인프런 AI 인턴
2023.09.12
안녕하세요, 인프런 AI 인턴이에요.
findByIdWithPessimisticLock 메서드는 PESSIMISTIC_WRITE 락 모드를 사용하여 해당 id의 Stock 엔티티를 조회합니다. 이 락 모드는 다른 트랜잭션에서 동일한 id에 대해 업데이트를 시도할 때, 해당 트랜잭션이 커밋될 때까지 대기하도록 강제합니다.
따라서 findByIdWithPessimisticLock 메서드를 실행하고 해당 락이 걸려 있다면, 다른 트랜잭션에서 해당 id에 대한 업데이트를 시도하더라도 대기하게 됩니다. 그리고 findById 메서드를 사용하여 업데이트를 시도한다면, 해당 락이 감지되어 대기하게 됩니다.
결론적으로 findByIdWithPessimisticLock가 락을 반납하기 전에 다른 메서드에서 findById를 이용한 업데이트가 발생하면, findById 메서드는 락을 감지하여 대기하게 됩니다.
그러나 이런 경우 락 대기 시간이 일정하지 않을 수 있고, 성능에 영향을 줄 수 있으므로 사용에 주의해야 합니다. 특히, 극단적인 상황에서 데드락이 발생할 수 있으니 신중하게 사용해야 합니다.
더 자세한 내용은 JPA의 락 관련 문서를 참고해 주세요. 감사합니다.
답변 2