Ep2. 영속성 관리

🍃이 글은 inflearn에서 김영한의 스프링 부트와 JPA 실무 완전 정복 로드맵을 학습하고 작성한 것입니다.🍃

영속성 컨텍스트

JPA에서 가장 중요한 2가지

• 객체와 관계형 데이터베이스 매핑하기
• 영속성 컨텍스트

엔티티 매니저 팩토리와 엔티티 매니저

• 고객의 요청이 올 때마다 엔티티 매니저 팩토리를 통해서 엔티티 매니저를 생성한다.

• 엔티티 매니저가 내부적으로 데이터베이스 커넥션을 사용해서 DB에 접근한다.

• 엔티티 매니저는 데이터베이스 트랜잭션 단위로 만들기 때문에 트랜잭션이 끝 날때 같이 종료된다.

영속성 컨텍스트

• 엔티티를 저장하는 환경

• 엔티티 매니저를 통해서 영속성 컨텍스트에 접근

• 기본적으로 엔티티 매니저를 생성하면 이 안에 영속성 컨텍스트 공간이 생긴다.

• 스프링 프레임워크 같은 컨테이너 환경에서는 엔티티 매니저가 하나의 영속성 컨텍스트를 공유하게 된다.

엔티티의 생명주기

• 비영속

//객체를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

• 영속

//객체를 저장한 상태(영속)
em.persist(member);

• 준영속

//회원 엔티티를 영속성 컨텍스트에서 분리(준영속)
em.detach(member);

• 삭제

//객체를 삭제한 상태(삭제)
em.remove(member);

영속성 컨텍스트의 이점

• 1. 엔티티 조회, 1차 캐시
     

  • 영속성 컨텍스트는 내부에 1차 캐쉬를 갖는다.

  • 저장(em.persist()) 또는 조회(em.find())하면 1차 캐쉬에 저장된다.

  • 조회하려는 값이 1차 캐시에 없으면 DB에서 조회한 후 값을 1차 캐시에 저장하고 반환한다.

  • 트랜잭션이 끝날 때 영속성 컨텍스트도 같이 종료되기 때문에 1차 캐쉬는 데이터베이스 트랜잭션 범위 안에서만 유지된다.

• 2. 영속 엔티티의 동일성 보장

  Member a = em.find(Member.class, "member1");
  Member b = em.find(Member.class, "member1");
  System.out.println(a == b); //동일성 비교 true

  • 같은 트랜잭션 범위 안에서 JPA는 1차 캐시로 영속 엔티티의 동일성을 보장해준다.

• 3. 트랜잭션을 지원하는 쓰기 지연
     

  • 동작 과정

    • a. em.persist()를 하면 엔티티가 1차 캐시에 저장된다.

    • b. 이때 INSERT SQL을 생성해서 쓰기 지연 SQL 저장소에 쌓아둔다.

    • c. 트랜잭션 커밋 시점에 쓰기 지연 SQL 저장소에 있던 쿼리들이 flush가 되면서 한 번에 DB로 반영된다.

    • d. 데이터베이스 트랜잭션을 커밋한다.

  • batch size 옵션을 통해 조절하면서 버퍼링 같은 기능으로 쿼리들을 모았다가 한 번에 DB로 반영할 수 있다.

• 4. 변경 감지
     

  • 자바 컬렉션처럼 값을 변경하기만 하면 된다.

  • 1차 캐시에는 엔티티와 스냅샷 필드가 있다.

    • 스냅샷: 조회한 값이 처음 영속성 컨텍스트에 들어온 시점

  • 동작 과정

    • a. 객체의 값을 변경하면 트랜잭션 커밋 시점에 변경된 엔티티와 스냅샷을 비교한다.

    • b. 변경됐으면 쓰기 지연 SQL 저장소에 SQL UPDATE 쿼리를 생성한다.

    • c. 해당 쿼리가 데이터베이스에 반영되고 트랜잭션이 커밋된다.

  • 엔티티 삭제도 이와 같은 메커니즘이다.

• 5. 지연 로딩

플러시

• 플러시는 영속성 컨텍스트를 비우는것이 아니다.

• 영속성 컨텍스트의 변경 내용(쓰기 지연 SQL 저장소에 있는 쿼리)을 데이터베이스에 동기화하는 것이다.

플러시란?

• 영속성 컨텍스트의 쓰기 지연 SQL 저장소에 있는 쿼리들을 DB에 반영한다.

• 트랜잭션이 커밋될때 플러시가 발생한다.

플러시가 발생하면 무슨 일이 생길까?

• 1. 변경 감지가 일어난다.
• 2. 쓰기 지연 SQL 저장소에 쿼리를 등록한다.
• 3. 쓰기 지연 SQL 저장소의 쿼리들을 데이터베이스에 반영한다.(등록, 수정, 삭제 쿼리)
• 4. 데이터베이스 트랜잭션이 커밋된다.

영속성 컨텍스트를 플러시 하는 방법

• em.flush() - 직접 호출

• 트랜잭션 커밋 - 플러시 자동 호출

• JPQL 쿼리 실행 - 플러시 자동 호출

  • 만약 조회 JPQL 쿼리 실행 시 플러시가 자동 호출되지 않으면, 데이터베이스에 값이 등록되지 않아 오류가 생길 수 있다.

준영속 상태

• 영속 -> 준영속

• 영속 상태의 엔티티가 영속성 컨텍스트에서 분리

• 영속성 컨텍스트가 제공하는 기능을 사용 못 함

준영속 상태로 만드는 방법

• em.detach()

  • 특정 엔티티만 준영속 상태로 전환

• em.clear()

  • 영속성 컨텍스트를 완전히 초기화

• em.close()

  • 영속성 컨텍스트를 종료