[2022-07-09]영속성 컨텍스트

영속성 컨텍스트 ?

 - JPA를 이해하는데 가장 중요한 용어

 - [엔티티를 영구히 저장하는 환경] 이라는 뜻

 - 영속성 컨텍스트는 논리적인 개념 => 눈에 보이지 않는다

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

 

엔티티의 생명주기

- 비영속 (new/transient) : 영속성 컨텍스트와 전혀 관계가 없는 새로운 상태

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

- 영속 (managed)

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

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

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

- 준영속 (detached)

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

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

- 삭제 (removed)

    삭제 된 상태

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

   

영속성 컨텍스트의 이점

 - 1차 캐시

 - 동일성 (identity) 보장

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

 - 변경함지 (dirty-checking)

 - 지연로딩 (Lazy loadng)

 

 

 

엔티티 조회, 1차 캐시

 - 엔티티를 영속 시 키 : 엔티티 형태로 캐시됨

 - 캐시에 없는 데이터 조회 시 DB 조회 후 1차 캐시에 저장 => 조회 데이터 반환

 - But, 큰 의미는 없다

    => 왜냐하면, 애플리케이션 전체에 공유되는 캐시가 아닌 엔티티 매니저 단위로 공유되는 캐시이기 때문에

    => 다른 서비스 호출 시 영속성 컨택스트가 새롭게 생성    

 

영속 엔티티의 동일성 보장

Member a = em.find(Member.class, "member1");
Member b = em.find(Member.class, "member1");
//영속성 컨텍스트에서 가져왔기 때문에 같은 refference처럼 취급됨
System.out.println( a == b ) ; //동일성 비교 true.

- 1차 캐시로 반복 가능한 읽기(REPEATABLE READ) 등급의 트랜잭션 격리 수준을 데이터베이스가 아닌, 애플리케이션 차원에서 제공 ( 같은 트랜잭션 안에서)

 

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

EntityManager em = emf.createEntityManager();
EntityTransaction transaction = em.getTransaction();
//엔티티 매니저는 데이터 변경시 트랜잭션을 시작해야한다.

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

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

//커밋 하는 순간 데이터베이스에 Insert Sql을 전송
transaction.commit();

1)  em.persist(memberA);

     - 1차 캐시에 저장 ( in 영속 컨텍스트 )

     - InsertSql 생성( in 영속 컨텍스트 )

     - 쓰기지연 SQL 저장소에 저장 ( in 영속 컨텍스트 )

2) em.persist(memberB);

     - 1차 캐시에 저장 ( in 영속 컨텍스트 )

     - InsertSql 생성( in 영속 컨텍스트 )

     - 쓰기지연 SQL 저장소에 저장 ( in 영속 컨텍스트 )

3) commit(); ->flush

 

엔티티 수정( 변경감지, dirty checking)

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

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

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

//em.update(member) 이런 코드가 있어야하지 않을까..?

transaction.commit();

 1) commit 시 flush()

 2) 엔티티와 스냅샷 비교

 3) updatesql 생성 후 쓰기지연 SQL 저장소에 저장

 

 

  엔티티 삭제

//삭제 대상 엔티티 조회
Member memberA = em.find(Member.class, "memberA");

em.remove(memberA); // 엔티티 삭제

 

플러시? 

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

   (트랜잭션의 커밋시)

 

플러시가 발생하면..

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

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

   - 1차캐시가 지워지지 않음, 데이터베이스에 반영

 1) em.flush() - 직접호출 

Member member = new Member(200L, "member200");
em.persist(member);
em.flush();

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

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

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

//중간에 JPQL 실행
// JPQL실행 전에 플러시가 자동으로 호출됨
query = em.createQuery("select m from Member m", Member.class);
List<Member> members = query.getResultList();

 

플러시 모드 옵션

em.setFLushMode(FlushModeType.COMMIT)

- FlushModeType.AUTO : 커밋이나 쿼리를 실행할 때 플러시 (기본 값)

- FlushModeType.Commit : 커밋 할 때만 플러시

 

플러시는!

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

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

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

 

준영속 상태

- 영속 -> 준영속

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

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

 

준영속 상태로 만드는 방법

- em.detach(entity);

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

// 영속
Member member = em.find(Member.class, 150L);
member.setName("AAA");

// 준영속
em.detach(member);

- em.clear()

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

// 영속
Member member = em.find(Member.class, 150L);
member.setName("AAA");

// 준영속
em.clear();

// 다시 영속됨
Member member2 = em.find(Member.class, 150L);

- em.close()

     영속성 컨텍스트를 종료