JPA를 공부하면서 정리를 한 내용들 입니다.

6강. JPA 내부구조

5. Flush

Flush는 영속성 컨텍스트의 변경 내용을 데이터 베이스에 반영시킵니다.

Flush 발생

• 변경 감지합니다.

• 수정된 엔티티 쓰기 지연 SQL 저장소`에 등록합니다.

• 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송합니다.(등록, 수정, 삭제 쿼리)

영속성 컨텍스트를 flush 하는 방법

• em.flush() - 직접 호출
• 트랜잭션 커밋 - 플러시 자동 호출
• JPQL 쿼리 실행 - 플러시 자동 호출

JPQL 쿼리 실행시 flush가 자동으로 호출되는 이유

em.persist(memberA);
em.persist(memberB);
em.persist(memberC);
    
// 중간에 JPQL 실행  
query = em.createQuery("select m from Member m", Member.class);
List<Member> members = query.getResultList();

이 상황에서는 flush가 안되었기 때문에 DB에서 반영이 안되어있습니다.

그래서 JPA에서는 JPQL을 실행하면 flush가 자동으로 호출되도록 했습니다.

(MyBatis나 Spring JDBC와 함께 사용할 때는 flush를 직접 해줘야 한다.)

Flush 옵션

• em.setFlushMode(FlushModeType.AUTO) - 디폴트
  • 커밋이나 쿼리를 실행할 때 flush
• em.setFlushMode(FlushModeType.COMMIT)
  • 커밋할 때만 flush

Flush는

• 영속성 컨텍스트를 비우지 않습니다.(비우는 것은 Clear)
• 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화하는 것이 flush의 목적입니다.
• flush가 가능한 이유는 DB에 트랜잭션이라는 작업 단위가 있기 때문입니다.
  -> 커밋 직전에만 동기화하면 됨

6.준영속 상태

• 영속 -> 준영속
• 영속 상태의 Entity가 영속성 컨텍스트에서 분리(detached)된 상태
• 영속성 컨텍스트가 제공하는 기능을 사용 못합니다.

준영속 상태로 만드는 방법

• em.detach(entity)
  특정 엔티티만 준영속 상태로 전환
• em.clear()
  영속성 컨텍스트를 완전히 초기화
• em.close()
  영속성 컨텍스트를 종료

준영속 상태면 지연 로딩을 사용하지 못합니다.

• 지연 로딩을 쓰려면 영속성 컨텍스트가 살아있어야 합니다.
• 영속성 컨텍스트가 죽어있는데 지연 로딩이 적용된 객체를 터치하면
  LazyInitializationException 에러가 발생
• 영속성 컨텍스트가 DB커넥션 등을 다 들고있기 때문

프록시와 즉시로딩(EAGER) 주의

• 가급적 지연 로딩(LAZY)을 사용해야합니다.
• 즉시 로딩을 적용하면 예상하지 못한 SQL이 발생합니다.
• 즉시 로딩은 JPQL에서 N+1 문제를 일으킵니다.
• @ManyToOne, @OneToOne은 기본이 즉시 로딩 -> LAZY로 설정
• @OneToMany, @ManyToMany는 기본이 지연 로딩