11.11. 인덱스 토토 사이트량 조사

인덱스는PostgreSQL유지보수나 튜닝이 필요하지 않습니다. 그래도 확인하는 것이 중요합니다. 실제 쿼리 작업 부하에서 실제로 사용되는 인덱스입니다. 개별 쿼리에 대한 인덱스 사용량 조사는 다음을 사용하여 수행됩니다.PostgreSQL : 문서 : 9.3 : 와이즈 토토명령; 그 신청 이 목적은 다음에 설명되어 있습니다.PostgreSQL : 문서 : 9.3 : 설명 젠 토토. 에 대한 전반적인 통계를 수집하는 것도 가능합니다. 다음에 설명된 대로 실행 중인 서버의 인덱스 사용섹션 27.2.

결정을 위한 일반적인 절차를 공식화하기는 어렵습니다. 어떤 인덱스를 생성할지. 대표적인 경우가 많이 있는데 이전 섹션 전체에서 예제에 표시되었습니다. 에이 많은 양의 실험이 필요한 경우가 많습니다. 나머지는 이 섹션에서는 이에 대한 몇 가지 팁을 제공합니다.

• 항상 실행PostgreSQL : 문서 : 9.3 : 토토 커뮤니티먼저. 이 명령은 값의 분포에 대한 통계를 수집합니다. 테이블. 이 정보는 건수를 추정하는 데 필요합니다. 쿼리에서 반환된 행(플래너가 할당하는 데 필요한 행) 가능한 각 쿼리 계획에 대한 현실적인 비용. 실제 내용이 없는 상태에서 통계에서는 거의 기본값인 일부 기본값이 가정됩니다. 정확하지 않은 것은 확실합니다. 애플리케이션의 인덱스 사용량 검사 달리지 않고분석11930_11964섹션 23.1.3그리고섹션 23.1.6더 많은 정보를 원하시면.

• 실험을 위해 실제 데이터를 토토 사이트하십시오. 설정을 위한 테스트 데이터 토토 사이트 up indexes는 테스트 데이터에 필요한 인덱스가 무엇인지 알려줍니다. 하지만 그게 다야.

  매우 작은 테스트 데이터 세트를 토토 사이트하는 것은 특히 치명적입니다. 동안 100,000개의 행 중에서 1000개를 선택하는 것이 후보가 될 수 있습니다. 100개 행 중 1개를 선택하는 것은 거의 불가능합니다. 행은 단일 디스크 페이지에 들어갈 수 있으며 계획은 없습니다. 이는 디스크 페이지 1개를 순차적으로 가져오는 것보다 낫습니다.

  또한 테스트 데이터를 구성할 때 주의하십시오. 애플리케이션이 아직 프로덕션 단계에 있지 않은 경우에는 불가피합니다. 가치 매우 유사하거나, 완전히 무작위이거나, 정렬된 형태로 삽입된 것 순서는 통계를 실제 분포에서 벗어나게 합니다. 데이터가 있을 것입니다.

• 색인이 토토 사이트되지 않으면 강제로 테스트하는 데 유용할 수 있습니다. 그들의 토토 사이트. 다양한 기능을 끌 수 있는 런타임 매개변수가 있습니다. 계획 유형(참조섹션 18.7.1). 예를 들어 순차 스캔을 끄는 경우(enable_seqscan) 및 중첩 루프 조인(enable_nestloop13285_13662

• 강제 색인 토토 사이트이 색인을 토토 사이트하는 경우 두 가지가 있습니다. 가능성: 시스템이 옳고 인덱스를 토토 사이트하는 것이 실제로 적절하지 않거나 쿼리 계획의 비용 추정 현실을 반영하지 못하고 있어요. 따라서 쿼리 시간을 및 인덱스 없이.분석 설명여기서 명령이 유용할 수 있습니다.

• 비용 추정이 잘못된 것으로 밝혀지면, 다시 말하지만 두 가지 가능성이 있습니다. 총 비용은 다음에서 계산됩니다. 각 계획 노드의 행당 비용에 선택성 추정치를 곱한 값 계획 노드. 계획 노드에 대해 추정된 비용은 다음과 같습니다. 런타임 매개변수를 통해 조정됨(설명됨)섹션 18.7.2). 부정확한 선택성 추정은 다음과 같은 이유로 인해 발생합니다. 통계가 부족합니다. 이를 통해 개선이 가능할 수도 있습니다. 통계 수집 매개변수 조정(참조테이블 변경).

  비용을 더 많이 조정하는데 성공하지 못한 경우 적절하다면 인덱스 사용을 강제해야 할 수도 있습니다. 명시적으로. 다음 담당자에게 문의하실 수도 있습니다.포스트그레SQL개발자는 문제.