Kafka Schema Registry: 데이터 스키마의 중앙 집중 관리
덕토피아
Jpa 더티체킹과 equals
JPA의 더티 체킹은 어떻게 수행할까요?
최근 제가 유지보수하고 있는 서비스에서 조회 한 번에 43건의 업데이트 쿼리가 발생하는 것을 확인했습니다. 로컬 환경에서 동일하게 재현해보니, 해당 로직은 조회성 로직인데도 불구하고 업데이트 쿼리가 무분별하게 발생하고 있었습니다.
해당 로직에는 명시적으로 업데이트하는 부분이 보이지 않아, 이는 트랜잭션 내에서 JPA 더티 체킹이 작용하고 있다고 짐작했습니다.
조회성 로직이기 때문에 트랜잭션에 readOnly 옵션을 적용하면 해결될 수 있지만, 43건의 쿼리를 발생시킨 근본적인 원인을 파악해보기로 했습니다.
먼저, 로컬 환경에서 Hibernate가 기본적으로 찍는 쿼리 로그만으로는 파악이 어려워서 @DynamicUpdate를 사용하여 업데이트 쿼리를 발생시키는 필드를 찾아내고자 했습니다. 의도한 대로 특정 필드만 업데이트 쿼리에 포함되어 나갔는데, 해당 필드는 @Convert가 사용된 필드였고 특정 클래스(편의상 UserName 클래스)가 사용되고 있었습니다.
그럼 왜 JPA는 더티 체킹을 하고 있었을까요? 이유는 UserName 클래스에 equals가 재정의되지 않았기 때문이었습니다. JPA가 스냅샷을 보관하고 트랜잭션이 커밋될 때 Entity(편의상 User) 객체의 동등성 비교를 수행하는데, 이때 UserName의 equals가 재정의되어 있지 않아서 해당 필드의 userName을 매번 다른 객체로 인식한 것이었습니다.
이번 경험을 통해 다시 한번 느낀 점은 동등성 비교를 위해 equals를 잘 정의하는 것이 중요하다는 것입니다! equals 재정의 없이 map의 key로 사용하는 코드를 꽤 많이 봤습니다. (Java record는 예외이지만)
아무튼 꽤나 재밌는 이슈였습니다. 읽어주셔서 감사합니다.
다음 내용이 궁금하다면?
이미 회원이신가요?
2024년 3월 20일 오전 8:25
댓글 0
함께 읽은 게시물
SI 프로젝트의 외력을 감당하는 방법
드라마 ‘나의 아저씨’에서 故 이선균이 아이유를 위로하는 많은 이야기를 했는데 아래 ‘인생을 힘들게 하는 외력과 그것을 버텨내는 내력’도 그중 하나다.
... 더 보기도망친 곳에 낙원은… 있었다
학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요.
... 더 보기AI, 어디까지 써보셨나요?
저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다.
... 더 보기구글 왜케 느린가요…안드로이드보다 일본 앱스토어 먼저 나갈지도 모르겠네요…🫠
암튼 앱과 서버단 양쪽 다 다국어 준비 거의 다 됐고, 법무법인 자문받아 일본, 미국 국가별 약관 등 법무검토 진행 시작. FAQ 등 도움말 번역만 진행하면 끝! 글로벌로 가즈아~!
