55.3.1. GIST 버퍼링 빌드

모든 튜플을 단순히 삽입하여 큰 요지 인덱스 구축 인덱스 튜플이 흩어져 있으면 느리게하는 경향이 있습니다. 인덱스와 인덱스는 캐시에 맞지 않을 정도로 큽니다. 삽입은 많은 임의의 I/O를 수행해야합니다. 시작 버전 9.2, PostgreSQL은보다 효율적인 방법을 지원합니다. 버퍼링을 기반으로 한 GIST 인덱스는 지류가 아닌 데이터 세트에 필요한 임의의 I/O 수. 을 위한 정당한 데이터 세트 이점은 더 작거나 존재하지 않으며, 소수의 페이지 만 한 번에 새로운 튜플을 받기 때문에 그리고 해당 페이지는 전체와 같은 색인이 수행하더라도 캐시에 적합합니다. 아니다.

그러나 버퍼링 인덱스 빌드는 호출해야합니다.페널티더 자주 기능하면 일부를 소비합니다 추가 CPU 리소스. 또한 버퍼링 빌드에 사용 된 버퍼 결과 색인 크기까지 임시 디스크 공간이 필요합니다. 버퍼링은 또한 결과 색인의 품질에 영향을 줄 수 있습니다. 긍정적 인 방향과 부정적인 방향. 그 영향은 다음과 같습니다 입력 데이터 분포 및 운영자 클래스 구현.

기본적으로 GIST 인덱스는 버퍼링 방법으로 전환됩니다. 인덱스 크기에 도달하면Exply_Cache_Size. 에 의해 수동으로 켜거나 꺼질 수 있습니다.버퍼링create index 명령에 대한 매개 변수. 그만큼 기본 동작은 대부분의 경우에 좋지만 버퍼링을 끄는 경우 입력 데이터가 주문되면 빌드 속도를 약간 높일 수 있습니다.