인덱스가 있지만PostgreSQL유지보수가 필요하지 않으며 조정을 수행하더라도 실제로 어떤 인덱스가 스포츠 토토 결과되는지 확인하는 것이 중요합니다. 실제 쿼리 워크로드에서 스포츠 토토 결과됩니다. 인덱스 스포츠 토토 결과량을 조사하는 것은 끝냈어요설명명령; 그 이 목적을 위한 신청은 다음에 설명되어 있습니다.섹션 11.1.
다음에 대한 일반적인 절차를 공식화하는 것은 어렵습니다. 설정할 인덱스를 결정합니다. 여러 가지가 있습니다 예제 전체에 걸쳐 나타난 전형적인 사례 이전 섹션. 많은 실험이 있을 것이다. 대부분의 경우 필요합니다. 이 섹션의 나머지 부분에서는 몇 가지 팁을 제공합니다. 그러기 위해서.
항상 실행분석먼저. 이 명령은 배포에 대한 통계를 수집합니다. 테이블의 값. 이 정보는 추측에 필요합니다. 쿼리에서 반환된 행 수. 가능한 각 쿼리에 현실적인 비용을 할당하는 플래너 계획. 실제 통계가 없는 경우 일부 기본값 가정하고 있는데 이는 거의 정확하지 않을 것이 확실합니다. 실행하지 않고 애플리케이션의 인덱스 사용량 검사분석따라서 손실된 원인입니다.
실험을 위해 실제 데이터를 스포츠 토토 결과하십시오. 테스트 데이터 스포츠 토토 결과 인덱스를 설정하면 필요한 인덱스가 무엇인지 알려줍니다. 테스트 데이터지만 그게 전부입니다.
비례적으로 축소된 데이터를 스포츠 토토 결과하는 것은 특히 치명적입니다 세트. 100,000개 행 중 1,000개를 선택하는 것은 인덱스 후보로 100개 행 중 1개를 선택하면 아마도 100개의 행이 단일 디스크 페이지이며 이를 이길 수 있는 계획은 없습니다. 순차적으로 1개의 디스크 페이지를 가져옵니다.
또한 테스트 데이터를 구성할 때 주의하십시오. 애플리케이션이 프로덕션 환경에서 스포츠 토토 결과되지 않는 경우 불가피합니다. 아직. 매우 유사하거나 완전히 무작위인 값 또는 정렬된 순서로 삽입하면 통계가 왜곡됩니다. 실제 데이터의 분포입니다.
색인이 사용되지 않으면 다음을 테스트하는 데 유용할 수 있습니다.
강제로 사용합니다. 변경할 수 있는 런타임 매개변수가 있습니다.
다양한 요금제 유형(다음에 설명됨)관리자 가이드). 예를 들어, 회전
순차적 스캔 끄기(enable_seqscan) 및 중첩 루프 조인
(enable_nestloop), 이는
가장 기본적인 계획은 시스템이 다른 계획을 사용하도록 강제합니다.
계획. 시스템이 여전히 순차 스캔을 선택하거나
중첩 루프 조인이라면 아마도 더 근본적인 방법이 있을 것입니다.
인덱스가 사용되지 않는 이유에 대한 문제(예: 쿼리)
조건이 인덱스와 일치하지 않습니다. (어떤 종류의 쿼리를 할 수 있나요?
이전에 설명한 인덱스의 종류를 사용하십시오.
섹션.)
인덱스 사용을 강제로 수행하면 인덱스가 사용됩니다. 두 가지 가능성: 시스템이 옳고 다음 중 하나를 사용합니다. 지수가 실제로 적절하지 않거나 쿼리 계획이 현실을 반영하지 않습니다. 그러니 시간을 내야 해 인덱스가 있거나 없는 쿼리.분석 설명여기서 명령이 유용할 수 있습니다.
비용 추정이 잘못된 것으로 밝혀지면 다시 말하지만 두 가지 가능성이 있습니다. 총 비용이 계산됩니다. 각 계획 노드의 행당 비용에 계획 노드의 선택성 추정. 계획의 비용 노드는 런타임 매개변수로 조정될 수 있습니다(에 설명되어 있음).관리자 가이드). 안 부정확한 선택성 추정은 불충분하기 때문입니다. 통계. 조정을 통해 이를 도울 수 있습니다. 통계 수집 매개변수(참조변경 표참조).
비용을 더 많이 조정하는데 성공하지 못한 경우 적절하다면 인덱스를 강제로 스포츠 토토 결과해야 할 수도 있습니다. 명시적으로 스포츠 토토 결과법. 또한PostgreSQL개발자 문제를 조사해 보세요.