[TIL-20260118] JPA 변경 감지 (Dirty Checking)

 

👩🏻‍💻 Today I Lean ...

 

더티 체킹을 이용한 엔티티 Update

 

JPA의 영속성 컨텍스트는 DB 조회 결과를 캐싱(1차 캐시)하여 동일한 엔티티에 대한 불필요한 쿼리 실행을 방지해준다.

트랙잭션이 커밋될 때 변경된 엔티티를 자동 감지하고 DB에 반영되기 때문에, ( ➡️ 이것이 더티체킹!) 레퍼지터리에  update 메서드를 따로 추가하지 않아도 된다 !

이를 활용해서 사용자 엔티티 안에 couple_id 값을 바꾸는 메서드를 추가해놨었다.

 

(출처: https://orange-makiyato.tistory.com/136 )

 

 

 

커플 연동이 완료되면 couple_id값이 update 되어야 하는데,

해당 테스트 실패하고, 콘솔창을 살펴보니 update 문제 전혀 보이질 않았다.

 

분명 다른 도메인 메서드들은 update 쿼리도 실행되고 테스트도 통과하는 데 뭐가 문제인지 ..

클로드에게 도움을 요청했는데 @Transactional 어노테이션 누락된 게 문제라고 한다.

위에 언급한 블로그에서도 @Transactional(readOnly = false)일 때만 동작한다고 한다.

 

다시 작성한 코드들을 살펴보니,

더티체킹이 정상적으로 이루어진 도메인 메서드는 @Transactional 이 붙은 서비스 내 메서드에서 호출이 되었고,

데티체킹이 되지 않았던 도메인 메서드는 @Transactional이 붙지 않은 매니저 내 메서드에서 호출되고 있었다.

 

 

매니저 메서드에 @Transactional 을 붙여주니,  테스트도 통과되고 update 쿼리문이 실행되는 걸 확인할 수 있었다. ✌🏻