인프런 커뮤니티 질문&답변
'섹션 4 영속성 관리 - 내부 동작 방식' 관련 내용 질문
작성
·
78
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예
[질문 내용]
처음에 Member 테이블이 비어있는 상태입니다.
아래 코드를 첫번째 실행할때는 insert, insert, update 총 3번의 쿼리가 날아가고,
두번째 실행할때는 insert, insert 총 2번의 쿼리가 날아가게 됩니다.
왜 첫 번째 실행시에는 update 쿼리가 날아가지만, 동일한 코드를 두 번째 실행할때는 update 쿼리가 날아가지 않는지 궁금합니다.
둘다 persist시에 영속성 컨텍스트의 1차캐시에 PK가 150L인 엔티티가 저장되고, find시에 DB가 아닌 해당 1차 캐시에서 가져오는 것이라고 이해했습니다. 그렇다면 두 코드 모두 변경 감지(Dirty Checking)에 의해 update가 날아가야하는 것 아닌가요?
public class JpaMain {
public static void main(String[] args) {
EntityManagerFactory emf = Persistence.createEntityManagerFactory("hello");
EntityManager em = emf.createEntityManager();
EntityTransaction tx = em.getTransaction();
tx.begin();
try {
// 트랜잭션을 지원하는 쓰기 지연
Member member1 = new Member(150L, "A");
Member member2 = new Member(160L, "B");
em.persist(member1);
em.persist(member2);
System.out.println("================");
// 변경 감지
Member member = em.find(Member.class, 150L);
member.setName("ZZZ");
tx.commit();
} catch (Exception e) {
tx.rollback();
} finally {
em.close();
}
emf.close();
}
}답변 2
0
안녕하세요. 박형규님
제 생각에 두 번째 실행했을 때는 PK 충돌로 예외가 발생했을 것 같아요.
catch 부분에서 e.printStacktrace()를 찍어보시면 확인이 되실거에요.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다. 박형규님 질문에 답변드리겠습니다.
1차 캐시 및 변경 감지에 관한 질문을 주셨군요. JPA에서는 영속성 컨텍스트가 중요하게 작동하며, 그 안에서 변경 감지라는 메커니즘이 사용됩니다.
변경 감지와 쿼리 발생
첫 번째 실행:
Member member = em.find(Member.class, 150L);구문에서 이미 1차 캐시에member1엔티티가 존재하게 됩니다.member.setName("ZZZ");을 통해member의 상태가 명시적으로 변경되면서,commit시점에 변경 감지가 일어나UPDATE쿼리가 발생하게 됩니다.두 번째 실행: 만약 같은 프로그램을 반복하여 실행하였다면, 이전 state에서
member1의name이 “ZZZ”여서 변경이 이뤄지지 않으며,UPDATE쿼리가 발생하지 않습니다. 데이터베이스 초기화 등의 상황을 고려하여 기존 값의 차이가 없는 경우 변경이 발생하지 않습니다.
이와 관련하여 추가로 도움이 될 만한 이전 답변들을 찾았습니다:
유사한 질문들
-
- 변경 감지는 기본적으로 엔티티와 스냅샷을 비교하여 데이터베이스에 반영할 필요가 있는지 판단하는 과정입니다. 이 링크에서는 변경 감지에 대한 작동 방식과 스냅샷의 역할에 대한 김영한 강사의 설명이 있습니다.
- 변경 감지는 기본적으로 엔티티와 스냅샷을 비교하여 데이터베이스에 반영할 필요가 있는지 판단하는 과정입니다. 이 링크에서는 변경 감지에 대한 작동 방식과 스냅샷의 역할에 대한 김영한 강사의 설명이 있습니다.
-
- 스냅샷은
find시점에 객체의 복사가 이루어지며, 변경 이후commit시점에 원본과 비교하여 변경 사항이 감지됩니다.
- 스냅샷은
“1차캐시와 SQL 쓰기지연 저장소에 저장되는 시점이 궁금합니다.”
- JPA의 1차 캐시 및 쓰기 지연 전략이 언제 어떻게 작동하는지에 대한 유사한 논의가 포함되어 있습니다.
- JPA의 1차 캐시 및 쓰기 지연 전략이 언제 어떻게 작동하는지에 대한 유사한 논의가 포함되어 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.





