[트러블슈팅] 정렬 기준이 null값이거나 중복된 값일 때, 정렬 랜덤으로 될 때

 

개요

목록 조회를 하는데, 첫 페이지에 나온 아이템이 두번째 페이지에도 노출되는 이슈가 있었다.

(고유한 아이템이므로 한번만 보여야 한다.)

또한 이슈를 재현하는 과정에서, 5개, 10개, 15개씩 등 보도록 페이지 사이즈를 변경할 때마다 순서가 다르게 노출되는 문제도 발견하였다.

(원래는 5개 -> 10개 선택 시 위에 5개는 변함이 없고 밑에 5개가 추가되는 식으로 작동해야하지만 그러지 않았던 것이다.)

 

백엔드 쿼리를 확인해보니, 정렬 기준이 NULL값이거나 중복된 값일 때 처리해주는 로직이 없어, 데이터베이스가 해당 레코드들을 임의의 순서로 반환하고 있어 발생하는 문제였다.

 

 

문제였던 MyBatis 쿼리

<when test='"statusDate" eq sortProperty'>
	B.STATUS_DATE IS NULL ASC, B.STATUS_DATE ${sortDirection}, A.RECORD_LAST_UPDATED ${sortDirection}
</when>
<when test='"itemName" eq sortProperty'>
	A.ITEM_NAME IS NULL ASC, A.ITEM_NAME ${sortDirection}
</when>
<otherwise>
	B.STATUS_DATE IS NULL ASC, B.STATUS_DATE DESC, A.RECORD_LAST_UPDATED DESC
</otherwise>

statusDate와 itemName는 고유키가 아니고 NULL값과 중복된 값을 허용하는 속성이었다.

statusDate나 itemName로 정렬 시, NULL이거나 중복된 값들을 정렬할 때 순서가 랜덤으로 반환되는 문제가 생긴다.

 

 

해결된 쿼리

<when test='"statusDate" eq sortProperty'>
	B.STATUS_DATE IS NULL ASC, B.STATUS_DATE ${sortDirection}, A.RECORD_LAST_UPDATED ${sortDirection}, A.ITEM_ID ASC
</when>
<when test='"itemName" eq sortProperty'>
	A.ITEM_NAME IS NULL ASC, A.ITEM_NAME ${sortDirection}, A.ITEM_ID ASC
</when>
<otherwise>
	B.STATUS_DATE IS NULL ASC, B.STATUS_DATE DESC, A.RECORD_LAST_UPDATED DESC, A.ITEM_ID ASC
</otherwise>

statusDate와 itemName이 중복된 값이거나 NULL일 때를 대비하여, 두번째 정렬 기준으로 고유키인 ITEM_ID를 추가해주어 해결하였다.

이에 따라 정렬의 안정성을 보장할 수 있다.