JPA - 영속성 관리

영속성 컨텍스트

• 엔티티를 영구 저장하는 환경
• 영속성 컨텍스트는 눈에 보이지 않는 논리적인 개녕
• 엔티티 매니저를 통하여 영속성 컨텍스트에 접근

스프링 프레임워크의 컨테이너내에는 엔티티 매니저와 영속성 컨택스트가 N:1 관게로 이루어져 있음

엔티티의 생명주기

• 비영속(new/transient)
• 영속(menaged)
• 준영속(detached)
• 삭제(removed)

비영속

영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

// 객체를 생성한 상태
Meber member = new Member("memberId", "memberName");

영속

영속성 컨텍스트에 관리되는 상태

// 객체를 생성한 상태(비영속)
Meber member = new Member("memberId", "memberName");
EntityManager em = emf.createEntityManager();

em.getTransaction().begin();

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

준영속

영속성 컨텍스트에 저장되었다가 분리된 상태

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

삭제

삭제된 상태

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

영속성 컨텍스트의 이점

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

1차 캐시

1차 캐시를 통해 데이터베이스에서 조회하는 것이 아닌 내부 캐시에서 데이터를 조회함

1차 캐시에서 조회

Meber member1 = new Member("member1", "memberName1");
EntityManager em = emf.createEntityManager();

// 1차 캐시에 저장됨
em.persist(member1)

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

데이터베이스에서 조회

// 1차 캐시에 없는 데이터를 조회
Member findMember = em.find(Member.class, "member2");

1차 캐시의 한계

보통 사용할때 하나의 트랜잭션에 대해 하나의 EntityManager를 사용하고, 트랜잭션 종료후 EntityManager 객체는 제거됨. 그러므로 1차 캐시에 캐시된 값도 모두 제거되기 때문에 해당 캐시로 인하여 큰 이득을 보기는 어려움이 있음

동일성 보장

1차 캐시로 반복 가능한 읽기(Repeatable Read)등급의 트랜잭션 격리 수준을 데이터베이스가 아닌 어플리케이션 차원에서 제공

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

System.out.println(findMember1 == findMember2);

트랜잭션을 지원하는 쓰기 지연(엔티티 등록)

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

//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야 함
transaction.begin();  // 트랜잭션 시작
em.persist(memberA);
em.persist(memberB);

//여기까지 INSERT SQL을 데이터베이스에 보내지 않음
//커밋하는 순간 데이터베이스에 INSERT SQL을 보냄
transaction.commit(); // 트랜잭션 커밋

• 1차 캐시에 저장
• 쓰기 지연 SQL 저장소에 저장 생성한 SQL 저장

• 1차 캐시에 저장
• 쓰기 지연 SQL 저장소에 저장 생성한 SQL 저장

• 쓰기 지연 SQL 저장소에 저장 되어있던 SQL을 데이터베이스에 적용한 이후 커밋요청

변경 감시(엔티티 수정)

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

transaction.begin();  // 트랜잭션 시작

// 영속 엔티티 조회
Member memberA = em.find(Member.class, "memberA");
// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);

// 별도의 작업 없이 객체에 값을 바꾸는 것 만으로 update 쿼리가 생성되어
// commit 시점에 데이터베이스의 값을 수정함
transaction.commit(); // 트랜잭션 커밋

• 트랜잭션 commit시, 내부에 저장되있는 엔티티의 스냅샵과 비교하여 엔티티가 수정되었다면 update SQL을 생성
• 이후 update SQL을 데이터베이스에 적용 및 commit 요청

Flush

영속성 컨텍스트의 변경내용을 데이터베이스에 반영하는 작업이며 크게 아래와 같은 작업을 수행함

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

Flush 하는 여러 방법은 아래와 같음

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

flush에 대한 주요 내용으로는,

• 영속성 컨텍스트를 비우지 않음
  • 수행해도 1차 캐시는 그대로 유지됨
• 영속성 컨텍스트의 변경내용을 데이터베이스에 동기화
• 트랜잭션이라는 작업 단위가 중요
  • 커밋 직전에만 동기화 하면 됨

준영속 상태

영속 상태의 엔티티가 영속성 컨텍스트에서 분리(detached)된 상태

• 영속성 컨텍스트가 제공하는 지연 쓰기, 지연 로딩등의 기능을 사용하지 못함

준영속 상태로 만드는 여러 방법은 아래와 같음

• em.detach(entity)
  • 특정 엔티티만 준영속 상태로 전환
• em.clear()
  • 영속성 컨텍스트를 완전히 초기화
  • 관리하고 있는 전체 엔티티들을 준영속 상태로 전환

---

참고

• 자바 ORM 표준 JPA 프로그래밍(김영한)