[JPA] 1:1 매핑 관계 N+1 문제

[berryberrybin]

1:1 매핑시 N+1 문제

• JPA 구현체인 Hibernate 에서는 양방향 OneToOne 관계에서는 지연로딩이 동작 안함
  • 테이블 조회시 외래 키를 갖고 있는 테이블(연관 관계의 주인)에서는 지연로딩이 동작하지만,
  • mappedBy로 연결된 반대편 테이블은 지연로딩이 동작하지 않고 N + 1 쿼리가 발생함

Member 와 Locker 코드

@Entity
data class Member(
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "Member_ID")
    var id: Long,

    @Column(name = "USERNAME")
    val userName: String,

    @OneToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "LOCKER_ID")
    val locker: Locker
)

• Locker 엔티티

  @Entity
  data class Locker(
  @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
  @Column(name = "LOCKER_ID")
  var id: Long,
  
  val name: String,
  
  @OneToOne(fetch = FetchType.LAZY, mappedBy = "locker") // 지연로딩 설정해도 작동하지 않음 
  val member: Member
  )

  

• 왜 Locker를 조회하는데 추가적으로 Member 쿼리가 발생한것인가?

  • JPA의 구현체인 Hibernate 에서 프록시 기능의 한계로 지연 로딩을 지원하지 못하기 때문에 발생
    • 프록시 객체를 만들기 위해서는 연관 객체에 값이 있는지 없는지 알아야 함
    • 그런데 Locker Entity 클래스에서 member 값을 알기 위해서는 무조건 Member를 조회해야지 알 수 있음
    • 즉, Member에 대한 쿼리가 발생하기 때문에 hibernate는 프록시 객체를 만들 필요가 없어져 버림
    • 결과적으론 지연로딩으로 설정하여도 동작하지 않게 됨

• 반대로 Member Entity 클래스를 조회할 때는 Locker에 대한 정보를 가지고 있기 때문에 프록시 객체를 생성 후 지연로딩으로 쿼리를 하게 됨

[berryberrybin]

해결방안 2가지

• Fetch Join과 Entity Graph 있음
• Fetch Join과 Entity Graph 를 사용하게 되면 연관된 엔티티도 함께 조회(즉시 로딩)을 할 수 있음

interface LockerRepository: CrudRepository<Locker, Long> {
    /* fetch join example  */
    @Query("select l from Locker l left join fetch l.member where l.id = :lockerId")
    fun findByIdWithFetchJoin(lockerId: Long): Locker

    /* entity graph example */
    @EntityGraph(attributePaths = ["member"])
    fun findTopById(lockerId: Long): Locker
}