반응형
JPA 게시글은 대부분 인프런의 김영한님의 강의인 '자바 ORM 표준 JPA 프로그래밍' 기반으로 내용을 정리했습니다.
플러시(flush)
플러시란 영속성 컨텍스트의 변경 내용을 데이터베이스에 반영하는 것을 말한다. Transaction commit이 일어날 때 flush가 동작하면서 쓰기 지연 SQL 저장소에 담아놨던 SQL들이 DB에 전달된다. 그러면서 영속성 컨텍스트의 변경 사항들이 DB에 동기화된다.
플러시 동작 과정
- 변경 감지(Dirty Checking)
- 수정된 Entity를 쓰기 지연 SQL 저장소에 등록
- 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송(등록, 수정, 삭제 쿼리)
! flush == commit()이 아니다. flush -> commit()이 맞는 표현이다.
영속성 컨텍스트를 플러시하는 방법
- em.flush() - 직접 호출
Member member = new Member(200L, "member200");
em.persist(member);
em.flush();
System.out.println("============================");
tx.commit();
// console 출력
Hibernate:
/* insert hellojpa.Member
*/ insert
into
Member
(name, id)
values
(?, ?)
============================flush가 없을 때는 SQL문이 sout로 찍은 선 밑으로 나오지만 flush를 직접 호출하기 때문에 이중선 위에서 SQL문이 실행된다.
참고로 플러시가 일어나면 1차 캐시가 모두 지워지는게(비워지는게) 아니다. 1차 캐시는 그대로 남아있고, 쓰기 지연 SQL 저장소에 있는 SQL문들만 DB에 전송되어 동기화되는 과정일뿐이다.
- 트랜잭션 커밋 - 플러시 자동 호출
- JPQL 쿼리 실행 - 플러시 자동 호출
em.persist(memberA);
em.persist(memberB);
em.persist(memberC);
// JPQL 실행
TypedQuery<Member> query = em.createQuery("select m from Member m", Member.class);
List<Member> members = query.getResultList();위 코드는 정상적으로 동작이 될까? em.persist()로 저장한 memberA, memberB, memberC는 아직 DB에 저장되지 않은 상태이고 쓰기 지연 SQL 저장소에 저장이 되어있는 상태이다. 그러므로 현재 member table에는 memberA, memberB, memberC의 데이터가 없는 상태이다. 이런 상황에서 JPA는 이러한 이상 상황을 줄여주고자 JPQL이 실행될 때 자동으로 flush를 호출해 영속성 컨텍스트에 저장되어 있는 SQL을 DB에 전달해 동기화해준다.
플러시 모드 옵션
- em.setFlushMode(FlushModeType.COMMIT)
- FlushModeType.AUTO : 기본값, 커밋이나 쿼리를 실행할 때 플러시
- FlushModeType.COMMIT : 커밋할 때만 플러시
- 그냥 있다는 것만 알아두고 가급적 AUTO로만 사용하자.
플러시 정리
- 영속성 컨텍스트를 비우지 않음
- 영속성 컨텍스트의 변경 내용을 데이터베이스에 동기화
- 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화하면 된다
반응형
