| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 22. 데이터베이스 정기 점검 작업 | Fast Forward | Next |
정기적으로 REINDEX 커멘드를 사용해 인덱스를 재구축 하는 것이 가치 있는 상황이 있습니다
7.4 이전의 릴리스 PostgreSQL에서는 B-tree 인덱스 내에 내부 영역을 회수하는 기능이 없었기 때문에 "index bloat"을 막기 위해서, 주기적인 인덱스 재구축이 자주 필요하게 되었습니다. 시간 경과하면서 덱스 키의 범위가 변화하는 , 예를 들어 테이블의 타임 스탬프에 대한 인덱스가 있어 결국에 낡은 항목이 삭제되는 것 같은, 상황에서는 안 쓰이는 키 범위 일부에 대한 인덱스 페이지가 재이용을 위해 회수되지 않기 때문에 인덱스가 팽창하게 됩니다. 시간이 흐르면, 인덱스는 그 인덱스에 포함되는 유용한 데이터 양보다 매우 큰 크기가 됩니다.
PostgreSQL 7.4과 이후에서는 완전히 빈 인덱스 페이지는 재이용을 위해서 회수됩니다. 그러나 아직 비효율적인 영역 사용의 가능성이 있습니다. 페이지로부터 거의 모든 인덱스 키가 삭제되었다고 해도, 페이지는 할당할 수 있던 채로 남습니다. 각 범위의 거의 모든 키가 삭제되는 패턴을 사용하면, 영역이 쓸데없이 사용되는 것을 살펴 볼 수 있습니다. 이러한 사용 패턴에서는 정기적인 인덱스 재구축을 추천합니다.
non-B-tree 인덱스가 팽창할 가능성은 아직 잘 알려지지 않았습니다. non-B-tree 인덱스 종류를 사용할 때는 인덱스의 물리적 크기에 주위를 기울일 것을 권합니다.
또한, B-tree 인덱스에서는 새롭게 구축된 인덱스는 몇 번이나 갱신된 인덱스보다 빠르게 접근할 수 있습니다. 새로운 인덱스에서는 논리적으로 근접하는 페이지가 일반적으로 물리적으로도 근접하기 때문입니다. (현시점에서는 이것은 B-tree 이외의 인덱스에서는 적용되지 않습니다. ) 액세스 속도를 향상시키기 위해 주기적으로 인덱스를 재구축 하는 것은 가치가 있을지도 모릅니다.