토토 커뮤니티

토토 커뮤니티

이 명령은 실행 계획을 표시합니다.포스트그레SQL플래너가 다음을 생성합니다. 제공된 진술. 실행 계획은 테이블이 어떻게 실행되는지 보여줍니다. 명령문에서 참조하는 내용은 일반 순차 방식으로 검색됩니다. 스캔, 인덱스 스캔 등 - 여러 테이블이 참조되는 경우 필요한 것을 하나로 모으기 위해 어떤 조인 알고리즘이 사용될 것인가? 각 입력 테이블의 행입니다.

디스플레이의 가장 중요한 부분은 추정값입니다. 명령문 실행 비용. 이는 계획자가 어떻게 추측하는지에 대한 것입니다. 명령문을 실행하는 데 시간이 오래 걸립니다(비용 단위로 측정됨). 이는 임의적이지만 일반적으로 디스크 페이지 가져오기를 의미합니다. 실제로 두 개의 숫자가 표시됩니다. 즉, 시작 전 초기 비용입니다. 첫 번째 행이 반환될 수 있으며 모든 행을 반환하는 데 드는 총 비용은 행. 대부분의 쿼리에서는 총 비용이 중요하지만 하위 쿼리와 같은 컨텍스트존재함, 플래너는 가장 작은 시작 비용 대신에 가장 작은 시작 비용을 선택합니다. 최소 총 비용(Executor는 다음을 얻은 후 중지되므로) 어쨌든 한 행). 또한 반환할 행 수를 제한하는 경우 와 함께제한절, 기획자가 만듭니다. 엔드포인트 비용 간의 적절한 보간 어떤 계획이 실제로 가장 저렴한지 추정해 보세요.

그분석옵션으로 인해 계획된 문장이 아닌 실제로 실행되는 문장. 그러면 실제 총계를 포함하여 런타임 통계가 디스플레이에 추가됩니다. 각 계획 노드 내에서 소비된 경과 시간(밀리초) 및 실제로 반환된 총 행 수입니다. 이는 다음과 같은 경우에 유용합니다. 기획자의 추정이 현실에 가까운지 확인합니다.

오직분석그리고상세옵션을 지정할 수 있으며 해당 옵션에서만 옵션 목록을 괄호로 묶지 않고 순서대로 정렬합니다. 이전 에토토 커뮤니티9.0, 괄호가 없는 구문만 지원됩니다. 예상된다 모든 새로운 옵션은 괄호 안에만 지원됩니다. 구문.

매개변수

출력

명령의 결과는 계획에 대한 텍스트 토토 커뮤니티입니다. 에 선택됨성명, 선택적으로 실행 통계로 주석이 추가됩니다.섹션 14.1정보를 토토 커뮤니티합니다. 제공됩니다.

참고

허용하기 위해토토 커뮤니티합리적으로 만들 수 있는 쿼리 플래너 쿼리를 최적화할 때 정보에 입각한 결정을 내리세요.pg_statistic데이터는 다음 날짜에 대해 최신이어야 합니다. 쿼리에 사용된 모든 테이블. 일반적으로autovacuum 데몬할 것이다 자동으로 처리해 주세요. 하지만 최근에 테이블에 내용이 크게 변경되면 다음 작업을 수행해야 할 수도 있습니다. 매뉴얼PostgreSQL : 문서 : 9.2 : 무지개 토토기다리기보다는 autovacuum이 변경 사항을 따라잡도록 하세요.

각 노드의 런타임 비용을 측정하기 위해 실행 계획, 현재 구현분석 토토 커뮤니티쿼리에 프로파일링 오버헤드를 추가합니다. 실행. 그 결과 실행 중토토 커뮤니티하다 분석쿼리의 경우 때때로 훨씬 더 오래 걸릴 수 있습니다. 정상적으로 쿼리를 실행하는 것보다 오버헤드 금액에 따라 다름 쿼리의 성격과 사용되는 플랫폼에 따라 달라집니다. 최악의 경우는 그 자체로 필요한 계획 노드에서 발생합니다. 실행당 시간이 매우 짧으며, 상대적으로 느린 운영 체제에서는 일.

예

단일 테이블에 대한 간단한 쿼리에 대한 계획을 표시하려면정수열 및 10000행:

토토 커뮤니티 SELECT * FROM foo;

                       쿼리 계획
-------------------------------
 foo의 시퀀스 스캔(비용=0.00..155.00행=10000너비=4)
(1행)

다음은 JSON 출력 형식을 사용한 동일한 쿼리입니다.

토토 커뮤니티(JSON 형식) SELECT * FROM foo;
           쿼리 계획
--------------------------------
 [ +
    +
     "계획":  +
       "노드 유형": "Seq 스캔",+
       "관계 이름": "foo", +
       "별칭": "foo", +
       "시작 비용": 0.00, +
       "총 비용": 155.00, +
       "계획 행": 10000, +
       "평면 너비": 4 +
      +
    +
 ]
(1행)

색인이 있고 인덱싱 가능한 쿼리를 사용하는 경우어디조건,토토 커뮤니티다른 계획을 보여줄 수도 있습니다:

EXPLAIN SELECT * FROM foo WHERE i = 4;

                         쿼리 계획
------------------------------------
 foo에서 fi를 사용한 인덱스 스캔(비용=0.00..5.98행=1너비=4)
   지수 조건: (i = 4)
(2행)

다음은 동일한 쿼리이지만 YAML 형식입니다.

토토 커뮤니티(YAML 형식) SELECT * FROM foo WHERE i='4';
          쿼리 계획
------------------
 - 계획: +
     노드 유형: "인덱스 스캔" +
     스캔 방향: "앞으로"+
     인덱스 이름: "fi" +
     관계 이름: "foo" +
     별칭: "foo" +
     시작 비용: 0.00 +
     총 비용: 5.98 +
     계획 행: 1 +
     평면 폭: 4 +
     인덱스 조건: "(i = 4)"
(1행)

XML 형식은 독자의 연습 문제로 남겨둡니다.

다음은 비용 추정이 억제된 동일한 계획입니다:

토토 커뮤니티(비용 거짓) SELECT * FROM foo WHERE i = 4;

        쿼리 계획
---------------
 foo에서 fi를 사용한 인덱스 스캔
   지수 조건: (i = 4)
(2행)

다음은 쿼리에 대한 쿼리 계획의 예입니다. 집계 함수:

EXPLAIN SELECT sum(i) FROM foo WHERE i < 10;

                             쿼리 계획
--------------------------------------------------------
 집계(비용=23.93..23.93행=1너비=4)
   - foo에서 fi를 사용하여 인덱스 스캔(비용=0.00..23.92행=6너비=4)
         지수 조건: (i < 10)
(3행)

다음은 사용 예입니다토토 커뮤니티하세요 실행준비된 실행 계획을 표시합니다. 쿼리:

PREPARE 쿼리(int, int) AS SELECT sum(bar) FROM 테스트
    ID  $1 AND ID < $2인 경우
    그룹별로 foo;

EXPLAIN ANALYZE EXECUTE 쿼리(100, 200);

                                                       쿼리 계획
-----------------------------------------------------------------------------------------------
 HashAggregate (비용=39.53..39.53 행=1 너비=8) (실제 시간=0.661..0.672 행=7 루프=1)
   - 테스트 시 test_pkey를 사용한 인덱스 스캔(비용=0.00..32.97행=1311너비=8)(실제 시간=0.050..0.395행=99루프=1)
         지수 조건: ((id  $1) AND (id < $2))
 총 런타임: 0.851ms
(4행)

물론 여기에 표시된 구체적인 숫자는 다음에 따라 다릅니다. 관련된 테이블의 실제 내용. 또한 숫자와 선택한 쿼리 전략도 다를 수 있습니다.토토 커뮤니티다음으로 인해 출시됨 플래너 개선. 게다가,분석명령은 무작위 샘플링을 사용하여 추정합니다. 데이터 통계; 따라서 비용 추정이 가능합니다. 새로 실행한 후 변경분석, 테이블의 실제 데이터 분포가 그렇지 않은 경우에도 변경되었습니다.

호환성

없습니다토토 커뮤니티문이 정의됨 SQL 표준에서.

또한 참조