Yologger's Blog

# Table of Contents

# 영속성 컨텍스트

영속성 컨텍스트(Persistence Context)는 엔티티가 관리되는 메모리 상의 공간이다. 영속성 컨텍스트는 엔티티를 식별자 값으로 구분하므로 반드시 엔티티에 식별자 값이 있어야한다.





 





@Entity
@Table(name= "member")
public class MemberEntity {

    @Id
    private Long id;

    // 중략...
}

# EntityManager

엔티티 매니저(Entity Manager)를 통해 영속성 컨텍스트에 엔티티를 저장, 수정, 삭제, 조회할 수 있다. 엔티티 매니저는 엔티티 매니저 팩토리(Entity Manager Factory)를 통해 생성한다.

// EntityMangerFactory 생성
EntityManagerFactory entityManagerfactory = Persistence.createEntityManagerFactory("test_persistence");

// EntityManager 생성
EntityManager entityManager = entityManagerfactory.createEntityManager();

# 엔티티의 생명주기

엔티티는 네 가지의 상태를 가질 수 있다.

  • 비영속(new)
  • 영속(managed)
  • 준영속(detached)
  • 삭제(removed)

# 비영속

엔티티를 생성했으나 아직 영속성 컨텍스트에서 관리되지 않는 상태다.

MemberEntity member = new MemberEntity();
member.setEmail("paul@gmail.com");
member.setName("Paul");
member.setPassword("1234");

# 영속

엔티티가 영속성 컨텍스트에서 관리되고 있는 상태다. 다음 예제는 EntityManager.persist()메소드로 엔티티를 영속화하고 있다.

MemberEntity member = new MemberEntity();
member.setEmail("paul@gmail.com");
member.setName("Paul");
member.setPassword("1234");

// 영속성 컨텍스트에 저장
entityManager.persist(member);

EntityManager.find(), JPQL, Query DSL을 사용하여 조회한 엔티티 역시 영속성 컨텍스트에서 관리된다.

Long id = 1L;
MemberEntity member = entityManager.find(MemberEntity.class, id);

// JPQL로 엔티티 조회
String jpql = "select m from MemberEntity as m";
List<MemberEntity> members = entityManager.createQuery(jpql, MemberEntity.class).getResultList();

# 준영속

영속성 컨텍스트가 더 이상 엔티티를 관리하지 않는 상태를 준영속이라고 한다. 다음 메소드를 호출한 경우 엔티티는 준영속 상태가 된다.

  • EntityManager.detach()
  • EntityManager.clear()
  • EntityManager.close()

# EntityManager.detach()

EntityManager.detach()를 호출하면 1차 캐시, SQL 저장소를 포함하여 해당 엔티티를 관리하기 위한 모든 정보가 영속성 컨텍스트에서 제거된다.









 
 

MemberEntity member = new MemberEntity();
member.setEmail("paul@gmail.com");
member.setName("Paul");
member.setPassword("1234");

// 영속성 컨텍스트에 저장
entityManager.persist(member);

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

준영속 상태의 엔티티를 다시 영속 상태로 변경할 때는 EntityManager.merge()를 사용한다.

// 준영속화
entityManager.detach(member);

// 중략..

// 영속화
entityManager.merge(member);

# EntityManager.clear()

EntityManager.clear()를 호출하면 영속성 컨텍스트에서 관리되는 모든 엔티티를 준영속 상태로 만들고 영속성 컨텍스트를 클리어한다.

entityManager.clear();

# EntityManager.close()

EntityManager.close()는 영속성 컨텍스트에서 관리되는 모든 엔티티를 준영속 상태로 만들고 영속성 컨텍스트를 종료한다.

entityManager.close()

# 삭제

엔티티가 영속성 컨텍스트와 데이터베이스에서 삭제된 상태다.

entityManager.remove(member);

# 플러시

영속성 컨텍스트에서 관리되는 엔티티를 온디스크 데이터베이스에 반영하는 것을 플러시(Flush)라고 한다. 플러시를 하는 방법은 세 가지다.

  • EntityManager.flush()
  • Commit
  • JPQL 쿼리

# flush()

EntityManager.flush()를 호출하면 영속성 컨텍스트를 강제로 플러시한다.






 



transaction.begin();

entityManager.persist(memberA);
entityManager.persist(memberB);

entityManager.flush();

// ...

# Commit

트랜잭션을 커밋할 때 플러시가 자동으로 호출된다.











 

transaction.begin();

entityManager.persist(memberA);
entityManager.persist(memberB);

entityManager.flush();

entityManager.persist(memberC);
entityManager.persist(memberD);

transaction.commit();

# JPQL 쿼리

JPQL 쿼리를 실행할 때마다 플러시가 자동으로 호출된다.








 
 



transaction.begin();

// ...

entityManager.persist(memberA);
entityManager.persist(memberB);     // (1)

String jpql = "select m from MemberEntity as m";
List<MemberEntity> members = entityManager.createQuery(jpql, MemberEntity.class).getResultList();

transaction.commit();

(1)시점에서 memberA와 memberB는 영속성 컨텍스트에서 저장되어있으나 온디스크 데이터베이스에는 반영되지 않는 상태다. 이 상태에서 영속성 컨텍스트가 아닌 온디스크 데이터베이스에서 memberA와 memberB를 조회하면 결과가 조회되지 않는다. 이러한 문제를 해결하기 위해 JPQL을 실행할 때 자동으로 플러시된다.

# 영속성 컨텍스트의 장점

영속성 컨텍스트는 다음과 같은 장점이 있다.

  • 1차 캐시
  • 쓰기 지연
  • 변경 감지(Dirty Checking)
  • 지연 로딩

# 1차 캐시

영속성 컨텍스트는 내부에 1차 캐시를 가지고 있다. 1차 캐시는 메모리 영역에 존재하기 때문에 온디스크에 존재하는 데이터베이스에서 엔티티를 조회하는 것보다 훨씬 빠르다.

# 쓰기 지연

다음과 같이 여러번 엔티티를 저장한다고 가정하자.

transaction.begin();

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

transaction.commit();

엔티티 매니저는 커밋하기 전까지 데이터베이스에 엔티티를 저장하지 않고 쿼리 저장소라는 공간에 INSERT SQL 쿼리을 모아둔다. 그리고 커밋 시점에 모아둔 쿼리를 한꺼번에 데이터베이스에 보내는데 이를 쓰기 지연이라고 한다. 이를 통해 성능을 최적화할 수 있다.

# 변경 감지

Hibernate에는 엔티티 수정을 위한 별도의 update()같은 메소드가 없다. 대신 엔티티를 조회해서 데이터를 변경하면 변경 기능이 동작하여 데이터베이스에 자동으로 반영된다.

transaction.begin();

// 엔티티 생성
MemberEntity member = new MemberEntity("paul@gmail.com", "paul");

// 영속성 컨텍스트에 저장
entityManager.persist(member);

// 엔티티 객체의 속성 변경
member.setEmail("john@gmail.com");
member.setName("john")

transaction.commit();

트랜잭션을 커밋하면 엔티티의 변경사항을 데이터베이스에 자동으로 반영하는데 이를 변경 감지(Dirty Checking)이라고 한다.

변경 역시 쿼리 저장소라는 공간에 UPDATE SQL 쿼리를 모아두었다가 커밋하는 시점에 한꺼번에 반영한다. 이를 통해 성능을 최적화할 수 있다.

# 지연 로딩

엔티티 간 연관관계가 존재하는 경우, 처음부터 연관된 엔티티들을 모두 영속성 컨텍스트에 올려두는 것은 비효율적이다. 지연 로딩(Lazy Loading)을 사용하면 연관된 엔티티들에 실제로 접근하는 시점에 SQL을 호출한다.

public class MemberEntity extends BaseEntity {

    @Id
    @Column
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    // 중략 ...

    @OneToMany(fetch = FetchType.LAZY)
    private List<PostEntity> posts;
}

← Hibernate - 엔티티 매핑 →