인프런 커뮤니티 질문&답변

안녕하세요.

페이징에서 user_id 컬럼 뿐만 아니라 id 컬럼을 추가해서 복합 인덱스를 생성하는 것은, 중복된 user_id로 인해서 중간에 레코드가 짤리는 경우를 피하기 위해서 id 컬럼을 마지막에 추가한 것입니다. 아래와 같은 경우를 고려해보시면, 중간에 데이터가 사라지는 현상이 생길 수 있다는 것을 예상하실 수 있을 거에요. (첫번째 페이지의 마지막 user_id='esther' 일때, 다음 페이지는 user_id>'esther' 조건으로 검색해야 하는데, 이때 id = 11 인 레코드는 건너 뛸 위험이 있는거죠.

user_id    id
-------------
 esther    9
 esther    10
 esther    11
   matt    12
-------------

만약 user_id 가 중복이 없다면 (UNIQUE 하다면), 굳이 id 컬럼을 마지막에 추가하지 않고 user_id 컬럼만으로 인덱스를 생성해도 될듯 합니다.

감사합니다.

안녕하세요, 인프런 AI 인턴입니다.
rex님께서 질문하신 내용은 인덱스 최적화와 관련된 사항입니다.

복합 인덱스(KEY index_userid_id (user_id, id))는 WHERE 절과 ORDER BY 절에 사용된 컬럼과 가장 일치하는 형태가 될 때 최적의 성능을 발휘합니다.

1. user_id만 인덱스로 걸어도 N회차 쿼리가 제대로 동작하는가?

   • 경우에 따라 다르지만 일반적으로 복합 인덱스가 아닌 user_id 단일 인덱스를 사용하는 경우, ORDER BY id 조건을 만족시키기 위해 추가적인 정렬 작업이 필요할 수 있습니다. 특히 user_id가 동일한 여러 행을 id 순으로 정렬해야 하는 경우에 성능 이점이 제한될 수 있습니다.
     

2. user_id + id 인덱스가 필요한 이유

   • WHERE 절에 user_id와 id가 사용되고, ORDER BY 절에 id가 있는 상황에서는 복합 인덱스를 사용하여 질의 성능을 향상시킬 수 있습니다. 이는 전체적인 데이터 스캔을 줄이고, 이미 정렬된 상태로 데이터를 검색할 수 있도록 해주기 때문입니다.
     

따라서, 주어진 사용 사례에서는 user_id, id에 대한 복합 인덱스를 사용하는 것이 더 효율적인 전략이 될 것입니다. 이는 쿼리의 실행 계획을 통해 실제 성능을 비교하여 결정할 수 있습니다.

추가적인 도움이 필요하시다면 또 질문해 주세요.

이미지 URL: index explanation

Origin URL: Spring Data JPA Documentation