2 분 소요


JPA에서 가장 중요한 2가지

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


영속성 컨텍스트

  • ‘엔티티를 영구 저장하는 환경’이라는 뜻
  • EntityManager.persist(entity);
  • EntityManager를 통해서 영속성 컨텍스트에 접근


엔티티의 생명주기

  • 비영속 (new/transient)
    • 영속성 컨텍스트와 전혀 관계 없는 새로운 상태
  • 영속 (managed)
    • 영속성 컨텍스트에 관리되는 상태
  • 준영속 (detached)
    • 영속성 컨텍스트에 저장되었다가 분리된 상태
  • 삭제 (remove)
    • 삭제된 상태

8

비영속

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

영속

9

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

EntityManager em = emf.createEntityManager();
em.getTransaction().begin();

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

준영속, 삭제

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

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


영속성 컨텍스트의 이점

  • 1차 캐시
  • 동일성(indentity) 보장
  • 트랜잭션을 지원하는 쓰기 지연(transactional write-behind)
  • 변경 감지(Dirty Checking)
  • 지연 로딩(Lazy Loading)

엔티티 조회, 1차 캐시

// 엔티티를 생성한 상태(비영속)
Member member = new Member();
member.setId("member1");
member.setUsername("HelloA");

// 엔티티를 영속, 1차 캐시에 저장
em.persist(member);

// 1차 캐시에서 조회
Member findMember = em.find(Member.class, "member1");

10

  • 지정한 Id가 1차 캐시의 @Id로 들어가고, Member 객체가 값으로 들어간다.
  • 조회시에도 엔티티 타입, Id로 조회한다.

데이터베이스에서 조회

Member findMember2 = em.find(Member.class, "member2");

11

조회시 DB에는 값이 있지만, 1차 캐시에는 값이 없을 경우 DB에서 조회 후 1차캐시에 저장해서 반환해준다.

동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");

System.out.println(a == b); // 동일성 비교 true
  • 1차 캐시로 반복 가능한 읽기(Repeatable Read) 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌 애플리케이션 차원에서 제공
  • 쉽게 말하면 1차 캐시로 인해서 동일한 값이 조회되기 때문에 동일성이 보장된다는 것이다.

쓰기 지연

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

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();

// 엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 한다.
transaction.begin();

em.persist(memberA);
em.persist(memberB);

// 커밋하는 순간 데이터베이스에 INSERT SQL을 보낸다.
transaction.commit();

em.persist(memberB)
(memberA는 동일하기에 생략…)

12

transaction.commit();

13

  • commit()하게 되면 쓰기 지연 저장소에 있던 SQL들이 한번에 DB로 넘어가고 commit하게 된다.

변경 감지

14

// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memeberA");

// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);
  • JPA는 객체를 자바 컬렉션 사용하듯이 DB에 적용할 수 있기 때문에 추가적으로 update같은 코드는 필요하지 않다.
  • 따라서, setXxx()을 이용해 새로운 값을 입력했다면, 변경을 감지하고 자동으로 flush()가 발생한다.
  • 그렇게 되면, 엔티티와 스냅샷 값을 비교해 UPDATE 쿼리를 쓰기 지연 SQL 저장소에 저장해준다.
  • 그렇기 때문에 개발자는 따로 UPDATE문을 사용하지 않아도 된다.

이는 삭제시에도 동일하게 적용된다.


플러시(flush)

영속성 컨텍스트의 변경 내용을 데이터베이스에 반영

플러시 발생

  • 변경 감지
  • 수정된 엔티티 쓰기 지연 SQL 저장소에 등록
  • 쓰기 지연 SQL 저장소의 쿼리를 데이터베이스에 전송(등록, 수정, 삭제 쿼리)

플러시하는 방법

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

em.flush()

Member member = new Member(100L, "helloA");
em.persist(member);

em.flush();

tx.commit();

트랜잭션이 커밋되기 전까지 쿼리를 DB에 반영할 수 없지만, 쿼리를 미리 보고싶거나, DB에 미리 반영하고 싶을 때 em.flush()를 강제 호출하면 flush 메커니즘이 즉시 발생한다.

JPQL 쿼리 실행시

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

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();

em.persist()를 한 직후 바로 조회를 하면 DB에 반영되기 전이기 때문에 조회가 안되야 하지만, 이런 부분은 나중에 문제가 발생할 수 있기 때문에 JPA는 이런 문제를 방지하고자 JPQL쿼리 실행시 무조건 flush를 동작하게했다.

따라서, 저 코드에서도 조회가 된다는 것이다.

플러시 모드 옵션

em.setFlushMode(FlushModeType.COMMIT)

  • FlushModeType.AUTO
    • 커밋이나 쿼리를 실행할 때 플러시(기본값) - 주로 사용
  • FlushModeType.COMMIT
    • 커밋할 때만 플러시 (잘 사용X)

플러시 정리

  • 영속성 컨텍스트를 비우지 않음
  • 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화
  • 트랜잭션이라는 작업 단위가 중요하다!
    • 커밋 직전에만 동기화 하면 된다.


준영속 상태

  • 영속 -> 준영속
  • 영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)
  • 영속성 컨텍스트가 제공하는 기능을 사용 못함


준영속 상태로 만드는 방법

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


<출처 : 인프런 - 자바 ORM 표준 JPA 프로그래밍 - 기본편 (김영한)>

댓글남기기

참고