더티 체킹 (Dirty Checking)

[Spring Data JPA] 더티 체킹 (Dirty Checking)

파일:Https://cdn.inflearn.com/public/courses/324474/course cover/58c8632c-7a6e-4c76-9893-d7fffa32faf2/kyh JPA Spring2 복사 6.png

트랜잭션 안에서 Entity의 변경이 일어났을 때 변경한 내용을 자동으로 DB에 반영하는 것을 "더티 체킹(Dirty Checking)"이라고 한다.

ORM 구현체나 JPA를 사용할 때 자주 언급되는 이 기능은 변경 감지(change detection)를 기반으로 한다.

예시: 주문 취소 기능

@Transactional  
public void cancelOrder(Long orderId) {  
    // 주문 엔티티 조회  
    Order order = orderRepository.findOne(orderId);  

    // 주문 취소  
    order.cancel();  
}

위 코드는 주문 ID로 주문을 조회하고, 주문을 취소하는 메소드이다. update 쿼리를 명시적으로 작성하지 않았음에도 불구하고, 데이터베이스에는 변경된 상태가 반영된다.

이는 다음과 같은 흐름으로 동작한다:

• 트랜잭션 시작
• Entity 조회
• Entity 내부 상태 변경
• 트랜잭션 커밋 시점에 변경 사항 감지 및 자동 update

이 모든 흐름을 가능케 하는 것이 바로 더티 체킹이다.

더티 체킹 작동 방식

더티 체킹은 JPA가 트랜잭션 커밋 직전에 수행하는 다음 절차로 작동한다:

1. Entity 조회 시점에 스냅샷(snapshot) 생성
2. 트랜잭션 커밋 시 현재 상태와 스냅샷 비교
3. 변경이 감지되면 update 쿼리 생성 및 전송

Dirty : 상태의 변화가 생김
Checking : 검사

즉, 변경된 필드를 자동으로 감지하여, update 쿼리를 생성해주는 기능이다.

대상

더티 체킹은 "영속성 컨텍스트"가 관리하는 Entity에만 적용된다. 준영속(detached) 혹은 비영속(transient) 상태의 객체는 변경을 감지하지 못하므로, 데이터베이스에도 반영되지 않는다.

성능 고려: @DynamicUpdate

기본적으로 JPA는 Entity의 모든 필드를 대상으로 update 쿼리를 생성한다. 필드 수가 많을 경우 이는 성능에 비효율적일 수 있다.

이때 @DynamicUpdate 애노테이션을 사용하면 실제 변경된 필드만 update 쿼리로 반영되도록 설정할 수 있다.

@Getter
@NoArgsConstructor
@Entity
@DynamicUpdate
public class Order {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String product;
    // 기타 필드
}

요약

• 더티 체킹은 JPA가 영속성 컨텍스트 안에서 Entity의 변경을 감지하고 DB에 자동 반영하는 기능이다.
• 명시적 쿼리 작성 없이도 update가 가능하다.
• 트랜잭션 커밋 시점에만 반영된다.
• @DynamicUpdate를 통해 성능 최적화 가능하다.

참고 자료

• JPA 더티 체킹 정리 by jiny
• JPA Dirty Checking 개념 정리 by jojoldu