스포츠 토토 결과

이 명령은 실행 계획을 표시합니다.포스트그레SQL플래너는 제공된 명령문을 생성합니다. 실행 계획은 문에서 참조하는 테이블을 일반 순차 스캔, 인덱스 스캔 등으로 스캔하는 방법과 여러 테이블을 참조하는 경우 각 입력 테이블에서 필요한 행을 모으는 데 어떤 조인 알고리즘을 사용하는지 보여줍니다.

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

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

시작;
스포츠 토토 결과 분석 ...;
롤백;

매개변수

출력

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

참고

허용하기 위해PostgreSQL쿼리를 최적화할 때 합리적으로 정보를 바탕으로 결정을 내릴 수 있는 쿼리 플래너,pg_statistic데이터는 쿼리에 사용된 모든 테이블에 대해 최신 상태여야 합니다. 일반적으로autovacuum 데몬이 작업은 자동으로 처리됩니다. 그러나 최근에 테이블의 내용이 크게 변경된 경우 수동으로 작업해야 할 수도 있습니다.분석autovacuum이 변경 사항을 따라잡을 때까지 기다리지 마세요.

실행 계획에서 각 노드의 런타임 비용을 측정하기 위해 현재 구현된분석 스포츠 토토 결과쿼리 실행에 프로파일링 오버헤드를 추가합니다. 그 결과 실행 중분석 스포츠 토토 결과쿼리의 경우 쿼리를 정상적으로 실행하는 것보다 훨씬 더 오래 걸릴 수 있습니다. 오버헤드의 양은 쿼리의 성격과 사용되는 플랫폼에 따라 달라집니다. 최악의 경우는 실행당 시간이 거의 필요하지 않은 계획 노드와 하루 중 시간을 얻기 위해 상대적으로 느린 운영 체제 호출을 사용하는 머신에서 발생합니다.

예

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

스포츠 토토 결과 SELECT * FROM foo;

                       쿼리 계획
-------------------------------
 foo의 Seq 스캔(비용=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 (비용=10.77..10.87 행=10 너비=12) (실제 시간=0.043..0.044 행=10.00 루프=1)
   그룹 키: foo
   배치: 1 메모리 사용량: 24kB
   버퍼: 공유 적중=4
   - 테스트 시 test_pkey를 사용한 인덱스 스캔(비용=0.29..10.27행=99너비=8)(실제 시간=0.009..0.025행=99.00루프=1)
         지수 조건: ((id  100) AND (id < 200))
         인덱스 검색: 1
         버퍼: 공유 적중=4
 계획 시간: 0.244ms
 실행 시간: 0.073ms
(10행)

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

이전 예에서는 다음을 보여주었습니다.“커스텀”에 제공된 특정 매개변수 값에 대한 계획실행. 또한 다음을 사용하여 수행할 수 있는 매개변수화된 쿼리에 대한 일반적인 계획을 보고 싶을 수도 있습니다.GENERIC_PLAN:

스포츠 토토 결과(GENERIC_PLAN)
  SELECT 합계(막대) FROM 테스트
    ID  $1 AND ID < $2인 경우
    그룹별로 foo;

                                  쿼리 계획
------------------------------------------------------​------------
 HashAggregate(비용=26.79..26.89 행=10 너비=12)
   그룹 키: foo
   - 테스트 시 test_pkey를 사용한 인덱스 스캔(비용=0.29..24.29 행=500 너비=8)
         지수 조건: ((id  $1) AND (id < $2))
(4행)

이 경우 파서는 다음을 올바르게 추론했습니다.$1그리고$2다음과 동일한 데이터 유형을 가져야 합니다id, 따라서의 매개변수 유형 정보가 부족합니다.준비문제가 아니었어요. 다른 경우에는 매개변수 기호의 유형을 명시적으로 지정해야 할 수도 있습니다. 이는 유형을 캐스팅하여 수행할 수 있습니다. 예를 들면 다음과 같습니다.

스포츠 토토 결과(GENERIC_PLAN)
  SELECT 합계(막대) FROM 테스트
    WHERE id  $1::integer AND id < $2::integer
    그룹별로 foo;

호환성

없습니다스포츠 토토 결과SQL 표준에 정의된 문입니다.

다음 구문은 이전에 사용되었습니다.PostgreSQL버전 9.0이며 계속 지원됩니다.

스포츠 토토 결과 [ 분석 ] [ 자세한 스포츠 토토 결과 ]성명

이 구문에서 옵션은 표시된 순서대로 정확하게 지정되어야 합니다.

또한 참조