11.11. 인덱스 토토 사이트 검사

indexis inPostgreSQL유지 보수 또는 튜닝이 필요하지 않으면 확인하는 것이 여전히 중요합니다. 실제 인덱스는 실제로 실제 쿼리 워크로드에서 토토 사이트됩니다. 개별 쿼리에 대한 인덱스 토토 사이트을 검사하는 것은에서 수행됩니다.PostgreSQL : 문서 : 9.3 : 와이즈 토토명령; 응용 프로그램 이 목적은에 설명되어 있습니다.PostgreSQL : 문서 : 9.3 : 설명 젠 토토. 전체 통계를 수집 할 수도 있습니다 에 설명 된대로 실행중인 서버에서 인덱스 토토 사이트량섹션 27.2.

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

• 항상 실행PostgreSQL : 문서 : 9.3 : 토토 커뮤니티첫 번째. 이것 명령은 값 분포에 대한 통계를 수집합니다. 테이블. 이 정보는 수를 추정하기 위해 필요합니다 쿼리에 의해 반환 된 행, 플래너가 할당 해야하는 행 가능한 각 쿼리 계획에 대한 현실적인 비용. 실제가 없을 때 통계에 따르면 일부 기본값은 거의 가정됩니다 정확하지 않습니다. 응용 프로그램의 인덱스 토토 사이트을 검사합니다 실행하지 않고분석따라서 a 잃어버린 원인. 보다섹션 23.1.3and섹션 23.1.6자세한 내용은

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

  매우 작은 테스트 데이터 세트를 토토 사이트하는 것은 특히 치명적입니다. 하는 동안 10 만 행 중 1000 개를 선택하는 것은 후보가 될 수 있습니다. 100 행 중 1 개 중 1 개를 선택하는 인덱스는 거의 없습니다. 행은 단일 디스크 페이지에 적합 할 것이며 계획이 없습니다. 순차적으로 1 디스크 페이지를 가져올 수 있습니다.

  테스트 데이터를 구성 할 때 조심하십시오. 응용 프로그램이 아직 생산되지 않은 경우 피할 수 없습니다. 값 매우 유사하거나 완전히 무작위 또는 정렬 된 삽입 주문은 실제의 분포에서 통계를 기울입니다. 데이터는 가질 것입니다.

• 인덱스를 토토 사이트하지 않으면 강제 테스트에 유용 할 수 있습니다. 그들의 토토 사이트. 다양한 런타임 매개 변수가 있습니다 계획 유형 (참조섹션 18.7.1). 예를 들어, 순차적 스캔을 끄는 (enable_seqscan) 및 중첩 루프 조인 (enable_nestloop), 가장 기본적인 계획, 시스템이 다른 계획을 토토 사이트하도록 강요합니다. 시스템이 여전히 있다면 순차적 스캔 또는 중첩 루프 조인을 선택합니다. 아마도 인덱스가 토토 사이트되지 않는 더 근본적인 이유 일 것입니다. 예를 들어 쿼리 조건이 인덱스와 일치하지 않습니다. (무엇 종류의 쿼리는 어떤 종류의 색인이 이전 섹션.)

• 인덱스 토토 사이트을 강제로 토토 사이트하면 인덱스를 토토 사이트하면 두 가지가 있습니다. 가능성 : 시스템이 옳고 인덱스 토토 사이트은 실제로 적절하지 않거나 쿼리 계획의 비용 추정치 현실을 반영하지 않습니다. 따라서 쿼리를 시간에 시간을 내야합니다 색인없이. 그만큼분석 설명명령은 여기에서 유용 할 수 있습니다.

• 비용 추정치가 잘못되었다는 것이 밝혀지면 다시, 두 가지 가능성. 총 비용은 각 계획 노드의 선별 비용은 선택성 추정치의 시간입니다. 계획 노드. 계획 노드에 대한 추정 비용은 될 수 있습니다 런타임 매개 변수를 통해 조정 (섹션 18.7.2). 부정확 한 선택성 추정치는 기인합니다 통계가 충분하지 않습니다. 이것을 개선하는 것이 가능할 수 있습니다 통계 수집 매개 변수 조정 (Alter Table).

  비용을 더 이상 조정하는 데 성공하지 못한 경우 적절한 경우 인덱스 토토 사이트량을 강제해야 할 수도 있습니다. 명시 적으로. 당신은 또한에 연락 할 수도 있습니다PostgreSQL개발자를 검사합니다 문제.