[DB] MS SQLServer2005 에서의 인덱스 Rebuild하기..

서비스 오픈 후, 수많은 데이터가 DB에서 CRUD 되면서 데이터 볼륨은 늘어나고 각 테이블에 생성된 인덱스에 대한
Fragmentation(단편화, 조각화) 도 심해 지는 경우가 발생되는데, 
테이블에 지정된 인덱스의 Fragementation 상황 조회와 심하게(?) 조각난 인덱스들을
다시 작성(Rebuild) 하는 쿼리 초간단 정리~!! :)

1. Fragmentation 조회..
DBCC SHOWCONTIG(테이블명, 인덱스명);
ex.)

DBCC SHOWCONTIG이(가) TBL_TEST' 테이블을 검색하는 중...
테이블: TBL_TEST'(928722361); 인덱스 ID: 10, 데이터베이스 ID: 7
LEAF 수준 검색을 수행했습니다.
- 검색한 페이지................................: 4832
- 검색한 익스텐트 ..............................: 615
- 익스텐트 스위치..............................: 4829
- 익스텐트당 평균 페이지 수........................: 7.9
- 검색 밀도[최적:실제].......: 12.51% [604:4830]
- 논리 검색 조각화 상태 ..................: 99.13%
- 익스텐트 검색 조각화 상태 ...................: 99.84%
- 페이지당 사용 가능한 평균 바이트 수.....................: 2694.1
- 평균 페이지 밀도(전체).....................: 66.71%
DBCC 실행이 완료되었습니다. DBCC에서 오류 메시지를 출력하면 시스템 관리자에게 문의하십시오.

조회 결과를 보면, 검색 밀도, 조각화 상태가 그닥 좋지 않음..

2. 인덱스 Rebuild 하기
ALTER INDEX ALL ON TBL_TEST  REBUILD WITH(FILLFACTOR = 90, ONLINE = ON, SORT_IN_TEMPDB = ON);
TBL_TEST  테이블의 모든 인덱스를 채우기 비율은 90로 설정하고 Lock이 걸리는지 않게(ONLINE=ON) 설정하고
INDEX 정렬결과를 임시저장공간에 저장하여 해당 테이블 로딩시간을 줄여주는 효과가 있지만, rebuild 도중에는
디스크 크기가 커지게 된다..
결과)

DBCC SHOWCONTIG이(가) 'TBL_TEST' 테이블을 검색하는 중...
테이블: TBL_TEST'(928722361); 인덱스 ID: 10, 데이터베이스 ID: 7
LEAF 수준 검색을 수행했습니다.
- 검색한 페이지................................: 3235
- 검색한 익스텐트 ..............................: 405
- 익스텐트 스위치..............................: 404
- 익스텐트당 평균 페이지 수........................: 8.0
- 검색 밀도[최적:실제].......: 100.00% [405:405]
- 논리 검색 조각화 상태 ..................: 0.06%
- 익스텐트 검색 조각화 상태 ...................: 1.23%
- 페이지당 사용 가능한 평균 바이트 수.....................: 27.4
- 평균 페이지 밀도(전체).....................: 99.66%
DBCC 실행이 완료되었습니다. DBCC에서 오류 메시지를 출력하면 시스템 관리자에게 문의하십시오.

Rebuild 하기 전 결과와 비교해 보면, 조각화 상태가 많이 양호해 짐..

위의 경우에는 수치가 많이 낮아지고 좋아졌지만, 모든 결과가 이렇게 나오지 않을 수도 있다. 테이블의 구조나 인덱스 지정, 또 데이터의 양에 따라 차이는 있을 수 있지만, 디스크 I/O가 갑자기 올라가거나 했을 때, 한번 확인해 보는 것도 좋을 듯 싶다.