🔥 TIL - Day 76 페이징 성능 개선 (더보기 버튼 방식)

지금까지 Spring-JPA-MySql을 사용해서 진행한 프로젝트에서는 전통적? 인 페이징 방식은 Offset-Limit 방식을 사용했다. 첫 번째 row로부터 offset만큼 떨어진 곳에서 limit만큼 데이터를 가져오는 방식을 말한다.

이 방식에는 성능을 저하시키는 요소가 있다.
데이터가 굉장히 많은 경우 페이지가 뒤로 갈수록 점점 성능저하는 심해진다.
성능저하는 offset만큼 떨어진 데이터를 읽는 과정에 발생한다. 언제나 첫 row부터 offset까지 데이터를 읽어야 하기 때문이다.

이 사실을 알기 전까지 offset을 지정하면 offset부터 탐색이 시작되는 것으로 알고 있었다. um... ㅠ

📌 성능개선

기존의 offset-limit 방식에서는 페이지 번호를 제공하고 클라이언트는 해당 페이지로 이동하는 방식이였다. 이번에는 페이지네이션 버튼을 제공하지 않고 더보기 버튼 하나만 제공하면 offset-limit 방식에서 뒤 페이지로 갈수록 성능이 저하되는 문제를 해결할 수 있다.

구현 Overview

• 서버는 클라이언트의 최초 요청시 정해진 크기(limit) 만큼의 결과를 리턴한다.
  결과를 리턴하면서 조회된 결과의 마지막 PK를 함께 리턴한다.
• 더보기 버튼 클릭시 서버로 마지막 row의 PK를 전달한다.
• 서버는 전달받은 마지막 PK로부터 limit만큼의 조회결과를 만들어서 리턴한다.
  (마지막 PK보다 작은 곳부터 데이터를 조회한다. - PK 내림차순 정렬)

PK는 auto_increment로 설정되어 있기 때문에 PK를 내림차순 정렬하여 최신순 데이터가 조회되도록 한다.

class ItemQueryRepositoryImpl(private val query: JPAQueryFactory): ItemQueryRepository {

    /**
     * 상품 목록조회
     */
    override fun getItemList(lastItemId: Long?, limit: Int): List<Item> {
        return query.select(item)
            .from(item)
            .where(itemIdLessThen(lastItemId)) // 이전 요청의 마지막 pk값보다 작은 곳부터 조회되도록 한다.
            .limit(limit.toLong())
            .orderBy(item.itemId.desc())
            .fetch()
    }
    
    fun itemIdLessThen(itemId: Long?): BooleanExpression? {
        itemId?.let {
            return item.itemId.lt(itemId)
        } ?: return null
    }
}

클라이언트에게는 조회결과와 조회결과의 마지막 PK만 내려준다.

data class PageResponseV2<T> (

    val data: List<T>,

    val lastId: Long
)

📌 참고

https://jojoldu.tistory.com/528