Spring Boot/JPA

영속성 컨텍스트

코블리_vv 2024. 9. 14. 11:29
728x90
반응형

"엔티티를 영구 저장하는 환경"

 

🎈엔티티의 생명주기

- 비영속 (new/transient)

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

 

- 영속 (managed)

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

  아직 DB에 저장된 것 아님

 

- 준영속 (detached)

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

 

- 삭제 (removed)
  삭제된 상태

 

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

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

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

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

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

 

🎈영속성 컨텍스트의 이점

1. 1차 캐시

entity를 조회하면 db에서 조회한 후 1차 캐시에 저장이 되고, 똑같은 entity를 조회하면 1차 캐시에서 조회한다.

데이터베이스 한 트랜잭션 내에서만 동작

Member member = new Member();
member.setId("member1");
member.setUsername("회원1");

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

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

 

2. 동일성(identity) 보장

Member m1 = em.find(Member.class, "member1");
Member m2 = em.find(Member.class, "member1");

println(m1 == m2)  // true

 

 

3. 트랜잭션을 지원하는 쓰기 지연 (transactional write-behind)

persist 메서드(엔티티 등록)를 호출하면 JPA가 insert 쿼리를 생성해서 쓰기 지연 SQL 저장소에 저장함

트랜잭션을 commit하는 시점에 쓰기 지연 SQL 저장소에 있던 쿼리문이 실행됨

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

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

em.persist(memberA);
em.persist(memberB);
//여기까지 INSERT SQL을 데이터베이스에 보내지 않는다.

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

 

4. 변경 감지 (Dirty Checking)

트랜잭션이 commit 되는 시점에 1차 캐시의 엔티티와 스냅샷을 비교해서 값이 다를 경우

update 쿼리를 생성하여 쓰기 지연 SQL 저장소에 저장하고 DB에 실제 반영함

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
transaction.begin(); // [트랜잭션] 시작

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

// 영속 엔티티 데이터 수정
memberA.setUsername("hi");
memberA.setAge(10);

transaction.commit(); // [트랜잭션] 커밋 -> update 쿼리 실행

 

5. 지연 로딩 (Lazy Loading)

 

🎈Flush

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

데이터베이스 트랜잭션이 commit되면 자동으로 flush가 발생함

 

flush가 발생하면

- 변경 감지 (dirty checking)

- 수정된 엔티티 쓰기 지연 SQL 저장소에 등록

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

(1차 캐시는 유지됨)

 

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

- em.flush() - 직접 호출

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

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

 

플러시는

- 영속성 컨텍스트를 비우지 않음

- 영속성 컨텍스트의 변경 내용을 데이터베이스에 동기화

- 트랜잭션이라는 작업 단위가 중요 -> 커밋 직전에만 동기화하면 됨

 

🎈준영속 상태

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

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

 

준영속 상태로 만드는 법

- em.detach() : 특정 엔티티만 준영속 상태로 전환

- em.clear() : 영속성 컨텍스트를 완전히 초기화

- em.close() : 영속성 컨텍스트를 종료

 

 

* 이 글은 인프런 김영한님의 '자바 ORM 표준 JPA 프로그래밍 - 기본편'을 보고 작성한 글입니다.

https://www.inflearn.com/course/ORM-JPA-Basic

 

자바 ORM 표준 JPA 프로그래밍 - 기본편 강의 | 김영한 - 인프런

김영한 | JPA를 처음 접하거나, 실무에서 JPA를 사용하지만 기본 이론이 부족하신 분들이 JPA의 기본 이론을 탄탄하게 학습해서 초보자도 실무에서 자신있게 JPA를 사용할 수 있습니다., 실무에서도

www.inflearn.com

728x90
반응형