27.2. 롤 토토 수집기

27.2.1. 통계 수집 구성

통계 수집은 쿼리 실행에 약간의 오버헤드를 추가하므로 정보를 수집하거나 수집하지 않도록 시스템을 구성할 수 있습니다. 이는 일반적으로 다음에서 설정되는 구성 매개변수에 의해 제어됩니다.postgresql.conf. (보다롤 토토 : 문서 : 9.4 : 서버 구성구성 매개변수 설정에 대한 자세한 내용은.)

매개변수track_activities모든 서버 프로세스에서 실행 중인 현재 명령을 모니터링할 수 있습니다.

매개변수track_counts테이블 및 인덱스 액세스에 대한 롤 토토 수집 여부를 제어합니다.

매개변수트랙_기능사용자 정의 함수의 사용을 추적할 수 있습니다.

매개변수track_io_timing블록 읽기 및 쓰기 시간 모니터링을 활성화합니다.

일반적으로 이러한 매개변수는 다음에서 설정됩니다.postgresql.conf모든 서버 프로세스에 적용되지만 다음을 사용하여 개별 세션에서 켜거나 끌 수 있습니다.PostgreSQL : 문서 : 9.4 : 토토 꽁 머니명령. (일반 사용자가 관리자에게 자신의 활동을 숨기는 것을 방지하기 위해 슈퍼유저만 이 매개변수를 변경할 수 있습니다.SET.)

롤 토토 수집기는 수집된 정보를 다른 사람에게 전송합니다.포스트그레SQL임시 파일을 통해 처리합니다. 이 파일은 다음과 같은 디렉토리에 저장됩니다.stats_temp_directory매개변수,pg_stat_tmp기본적으로. 더 나은 성능을 위해,stats_temp_directoryRAM 기반 파일 시스템을 가리킬 수 있어 물리적 I/O 요구 사항이 줄어듭니다. 서버가 완전히 종료되면 통계 데이터의 영구 복사본이 다음 위치에 저장됩니다.pg_stat하위 디렉토리. 서버를 다시 시작해도 롤 토토가 유지될 수 있습니다. 서버 시작 시 복구가 수행되면(예: 즉시 종료, 서버 충돌 및 특정 시점 복구 후) 모든 롤 토토 카운터가 재설정됩니다.

27.2.2. 수집된 통계 보기

다음에 나열된 사전 정의된 여러 보기표 27-1, 통계 수집 결과를 표시하는 데 사용할 수 있습니다. 또는 다음에서 설명한 대로 기본 통계 함수를 사용하여 사용자 정의 보기를 구축할 수 있습니다.섹션 27.2.3.

통계를 사용하여 현재 활동을 모니터링할 때 정보가 즉시 업데이트되지 않는다는 점을 인식하는 것이 중요합니다. 각 개별 서버 프로세스는 유휴 상태가 되기 직전에 새로운 통계 개수를 수집기에 전송합니다. 따라서 아직 진행 중인 쿼리나 트랜잭션은 표시된 총계에 영향을 주지 않습니다. 또한 수집기 자체는 최대 한 번만 새 보고서를 내보냅니다.PGSTAT_STAT_INTERVAL밀리초(서버를 구축하는 동안 변경하지 않는 한 500ms). 따라서 표시된 정보는 실제 활동보다 뒤떨어집니다. 그러나 현재 쿼리 정보는track_activities항상 최신 상태입니다.

또 다른 중요한 점은 서버 프로세스에 이러한 통계를 표시하도록 요청하면 먼저 수집기 프로세스에서 내보낸 가장 최근 보고서를 가져온 다음 현재 트랜잭션이 끝날 때까지 모든 통계 보기 및 기능에 대해 이 스냅샷을 계속 사용한다는 것입니다. 따라서 현재 트랜잭션을 계속하는 한 통계에는 정적 정보가 표시됩니다. 마찬가지로, 모든 세션의 현재 쿼리에 대한 정보는 해당 정보가 트랜잭션 내에서 처음 요청될 때 수집되며 동일한 정보가 트랜잭션 전체에 표시됩니다. 이는 버그가 아닌 기능입니다. 이를 통해 통계에 대한 여러 쿼리를 수행하고 숫자가 변경되는 것을 걱정하지 않고 결과를 상호 연관시킬 수 있기 때문입니다. 그러나 각 쿼리에서 새로운 결과를 보려면 트랜잭션 블록 외부에서 쿼리를 수행해야 합니다. 또는 호출할 수 있습니다.pg_stat_clear_snapshot(), 현재 트랜잭션의 통계 스냅샷(있는 경우)을 삭제합니다. 다음에 통계 정보를 사용하면 새 스냅샷을 가져오게 됩니다.

트랜잭션은 보기에서 자체 롤 토토(아직 수집기로 전송되지 않은 상태)를 볼 수도 있습니다.pg_stat_xact_all_tables, pg_stat_xact_sys_tables, pg_stat_xact_user_tables및pg_stat_xact_user_functions. 이 숫자는 위에서 설명한 대로 작동하지 않습니다. 대신 거래 전반에 걸쳐 지속적으로 업데이트됩니다.

인덱스별 롤 토토는 어떤 인덱스가 사용되고 있는지, 얼마나 효과적인지 확인하는 데 특히 유용합니다.

그pg_statio_뷰는 주로 버퍼 캐시의 효율성을 확인하는 데 유용합니다. 실제 디스크 읽기 수가 버퍼 적중 수보다 훨씬 적으면 캐시는 커널 호출을 호출하지 않고도 대부분의 읽기 요청을 충족합니다. 그러나 이러한 롤 토토는 전체 내용을 제공하지 않습니다.PostgreSQL디스크 I/O, 다음에 없는 데이터를 처리합니다.PostgreSQL버퍼 캐시는 여전히 커널의 I/O 캐시에 있을 수 있으므로 물리적 읽기 없이도 계속 가져올 수 있습니다. 다음에 대한 자세한 정보를 얻는 데 관심이 있는 사용자PostgreSQLI/O 동작은 다음을 사용하는 것이 좋습니다.포스트그레SQL커널의 I/O 처리에 대한 통찰력을 제공하는 운영 체제 유틸리티와 결합된 롤 토토 수집기.

그pg_stat_activity뷰에는 서버 프로세스당 하나의 행이 있으며 해당 프로세스의 현재 활동과 관련된 정보를 표시합니다.

그pg_stat_archiver뷰에는 항상 클러스터의 아카이버 프로세스에 대한 데이터가 포함된 단일 행이 있습니다.

그pg_stat_bgwriter뷰에는 항상 클러스터에 대한 전역 데이터가 포함된 단일 행이 있습니다.

그pg_stat_database뷰에는 클러스터의 각 데이터베이스에 대해 하나의 행이 포함되어 데이터베이스 전체 롤 토토를 표시합니다.

그pg_stat_all_tables뷰에는 현재 데이터베이스(TOAST 테이블 포함)의 각 테이블에 대해 하나의 행이 포함되어 해당 특정 테이블에 대한 액세스에 대한 통계를 표시합니다. 그만큼pg_stat_user_tables그리고pg_stat_sys_tables뷰에는 동일한 정보가 포함되어 있지만 각각 사용자 테이블과 시스템 테이블만 표시하도록 필터링되었습니다.

그pg_stat_all_indexes뷰에는 현재 데이터베이스의 각 인덱스에 대해 하나의 행이 포함되어 해당 특정 인덱스에 대한 액세스에 대한 통계를 표시합니다. 그만큼pg_stat_user_indexes그리고pg_stat_sys_indexes뷰에는 동일한 정보가 포함되어 있지만 각각 사용자 및 시스템 색인만 표시하도록 필터링되었습니다.

색인은 간단한 색인 스캔을 통해 사용할 수 있습니다."비트맵"색인 스캔. 비트맵 스캔에서는 여러 인덱스의 출력이 AND 또는 OR 규칙을 통해 결합될 수 있으므로 비트맵 스캔을 사용할 때 개별 힙 행 페치를 특정 인덱스와 연결하기가 어렵습니다. 따라서 비트맵 스캔은pg_stat_all_indexes.idx_tup_read사용하는 인덱스에 대한 카운트(들)이며, 를 증가시킵니다.pg_stat_all_tables.idx_tup_fetch테이블에 대해 계산되지만 영향을 미치지 않습니다.pg_stat_all_indexes.idx_tup_fetch.

그pg_statio_all_tables뷰에는 현재 데이터베이스(TOAST 테이블 포함)의 각 테이블에 대해 하나의 행이 포함되어 해당 특정 테이블의 I/O에 대한 통계를 표시합니다. 그만큼pg_statio_user_tables그리고pg_statio_sys_tables뷰에는 동일한 정보가 포함되어 있지만 각각 사용자 테이블과 시스템 테이블만 표시하도록 필터링되었습니다.

그pg_statio_all_indexes뷰에는 현재 데이터베이스의 각 인덱스에 대해 하나의 행이 포함되어 해당 특정 인덱스의 I/O에 대한 통계를 표시합니다. 그만큼pg_statio_user_indexes그리고pg_statio_sys_indexes뷰에는 동일한 정보가 포함되어 있지만 각각 사용자 및 시스템 색인만 표시하도록 필터링되었습니다.

그pg_statio_all_sequences뷰에는 현재 데이터베이스의 각 시퀀스에 대해 하나의 행이 포함되어 해당 특정 시퀀스의 I/O에 대한 통계를 표시합니다.

그pg_stat_user_functions뷰에는 추적된 각 함수에 대해 하나의 행이 포함되어 해당 함수 실행에 대한 롤 토토를 표시합니다. 그만큼트랙_기능매개변수는 추적할 기능을 정확하게 제어합니다.

그pg_stat_replication뷰에는 WAL 발신자 프로세스당 하나의 행이 포함되어 해당 발신자의 연결된 대기 서버에 대한 복제에 대한 통계를 표시합니다. 직접 연결된 대기만 나열됩니다. 다운스트림 대기 서버에 대한 정보는 없습니다.

그pg_stat_database_contributes뷰에는 데이터베이스당 하나의 행이 포함되어 대기 서버의 복구 충돌로 인해 발생하는 쿼리 취소에 대한 데이터베이스 전체 통계를 표시합니다. 마스터 서버에서는 충돌이 발생하지 않으므로 이 보기에는 대기 서버에 대한 정보만 포함됩니다.

27.2.3. 통계 함수

통계를 보는 다른 방법은 위에 표시된 표준 보기에서 사용되는 것과 동일한 기본 통계 액세스 기능을 사용하는 쿼리를 작성하여 설정할 수 있습니다. 함수 이름과 같은 자세한 내용은 표준 보기의 정의를 참조하세요. (예를 들어,psql발행할 수 있습니다\d+ pg_stat_activity.) 데이터베이스별 통계에 대한 액세스 함수는 보고할 데이터베이스를 식별하기 위한 인수로 데이터베이스 OID를 사용합니다. 테이블별 및 인덱스별 함수는 테이블 또는 인덱스 OID를 사용합니다. 함수별 통계를 위한 함수는 함수 OID를 사용합니다. 이 함수를 사용하면 현재 데이터베이스의 테이블, 인덱스, 함수만 볼 수 있습니다.

통계 수집과 관련된 추가 기능은 다음에 나열되어 있습니다.표 27-14.

pg_stat_get_activity,의 기본 기능pg_stat_activityview는 각 백엔드 프로세스에 대해 사용 가능한 모든 정보가 포함된 레코드 세트를 반환합니다. 때로는 이 정보의 일부만 얻는 것이 더 편리할 수도 있습니다. 이러한 경우에는 이전 백엔드별 통계 액세스 기능 세트를 사용할 수 있습니다. 이것들은 다음에 표시됩니다.표 27-15. 이러한 액세스 기능은 1부터 현재 활성화된 백엔드 수까지의 백엔드 ID 번호를 사용합니다. 함수pg_stat_get_backend_idset은 이러한 함수를 호출하기 위해 각 활성 백엔드에 대해 하나의 행을 생성하는 편리한 방법을 제공합니다. 예를 들어, 다음을 표시하려면PIDs 및 모든 백엔드의 현재 쿼리:

SELECT pg_stat_get_backend_pid(s.backendid) AS pid,
       pg_stat_get_backend_activity(s.backendid) AS 쿼리
    FROM (SELECT pg_stat_get_backend_idset() AS 백엔드) AS s;