게시판 응용의 경우 해당 게시물에 대해 조회할 때 마다 조회수를 업데이트 시켜주고, 조회수를 역순 정렬하여 조회수가 높은 게시물부터 보여 주는 경우가 있다.
이러한 경우 게시물 수가 많으면 많을 수록 조회수 컬럼으로 정렬하기 위한 비용이 크게 발생하여 좋은 성능을 기대하기 어렵다.
이때 조회수 컬럼에 인덱스를 걸어 주면 이미 정렬된 인덱스에 대한 스캔으로 인해 전체 데이터에 대한 정렬작업이 생략되어 빠른 처리 결과를 나타낸다.
하지만 조회수 컬럼의 경우 빈번하게 업데이트가 발생함에 따라 Lock을 잡기위한 경합이 늘어날 가능성이 매우 높다.
이러한 경우 인덱스를 조회수만으로 단일 컬럼 인덱스를 생성하지 않고, unique 또는 unique에 가까운 컬럼을 조회수와 함께 멀티 컬럼 인덱스를 생성하게 되면 lock 경합에 의한 지연이 거의 발생하지 않게 된다.
추가 컬럼은 조회수 컬럼 뒤에 생성하여야 한다.
예제
create table bbs( seq int primary key, ... view_cnt int ... ) create index on bbs(view_cnt desc, seq); |
전체 테이블 UPDATE시 SELECT, UPDATE를 통한 INDEX SCAN방식으로...
큐브리드의 인덱스 구조에 대한 설명입니다.
http://d2.naver.com/helloworld/1043622
함께 읽어보시면 도움이 될 것 같네요.