| Postgresql 9.2.24 문서 | ||||
|---|---|---|---|---|
| 스포츠 토토 결과 : 문서 : 9.2 : 스포츠 토토 결과 유닉스 도구 | up | 27 장. 데이터베이스 활동 모니터링 | 토토 사이트 추천 : 문서 : 9.2 : 잠금보기 | |
postgresql's스포츠 토토 결과 수집가는 지원하는 서브 시스템입니다 서버 활동에 대한 정보 수집 및보고. 현재 컬렉터는 테이블 및 인덱스에 대한 액세스를 계산할 수 있습니다. 디스크 블록 및 개별 열 용어에서. 또한 추적합니다 각 테이블의 총 행 수와 진공에 대한 정보 각 테이블의 작업을 분석하십시오. 또한 전화를 셀 수 있습니다 사용자 정의 기능 및 각 기능에 소요되는 총 시간.
PostgreSQL또한 지원됩니다 현재 다른 사람이 실행중인 정확한 명령보고 서버 프로세스. 이 시설은 수집가와 무관합니다 프로세스.
스포츠 토토 결과 수집이 쿼리에 약간의 오버 헤드가 추가되므로 실행, 시스템은 수집 여부를 구성 할 수 있습니다. 정보를 수집하십시오. 이것은 구성에 의해 제어됩니다 일반적으로 설정된 매개 변수postgresql.conf. (보다18 장설정에 대한 자세한 내용 구성 매개 변수.)
매개 변수track_activities서버 프로세스.
매개 변수track_counts테이블 및 색인에 대한 스포츠 토토 결과가 수집되는지 여부를 제어합니다 접근.
매개 변수Track_Functions사용자 정의 함수의 사용 추적 활성화.
매개 변수track_io_timing블록 읽기 및 쓰기 시간의 모니터링 가능.
일반적으로 이러한 매개 변수는에 설정됩니다.postgresql.conf모든 사람에게 적용되도록 서버 프로세스이지만 켜거나 끄는 것이 가능합니다. 를 사용하는 개별 세션사설 토토 : 문서 : 9.2 : set명령. (일반 사용자가 활동을 숨기지 못하도록합니다 관리자로부터 슈퍼 사용자 만 변경할 수 있습니다 이 매개 변수는SET.)
스포츠 토토 결과 수집가는 수집 된 정보를 전송합니다 기타PostgreSQL프로세스 임시 파일을 통해. 이 파일은 에 의해 지명 된 디렉토리stats_temp_directory매개 변수,PG_STAT_TMP기본적으로. 더 나은 성능을 위해,stats_temp_directorya RAM 기반 파일 시스템, 물리적 I/O 요구 사항 감소. 서버가 종료되면 스포츠 토토 결과의 영구 사본 데이터는에 저장됩니다.글로벌서버 전체에 스포츠 토토 결과를 유지할 수 있도록 하위 디렉토리 다시 시작.
몇 가지 사전 정의 된 뷰, 나열된테이블 27-1, 스포츠 토토 결과 결과를 보여줄 수 있습니다 수집. 또는 The를 사용하여 사용자 정의보기를 구축 할 수 있습니다 기본 스포츠 토토 결과 기능,섹션 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_FUNTIONS. 이 숫자는 그렇습니다 위에서 언급 한대로 행동하지 않습니다. 대신 그들은 지속적으로 업데이트됩니다 거래 전반에 걸쳐.
표 27-1. 표준 스포츠 토토 결과보기
| 보기 | 설명 |
|---|---|
| pg_stat_activity | 서버 프로세스 당 하나의 행, 정보 표시 그 과정의 현재 활동과 관련이 있습니다 상태 및 현재 쿼리로. 보다pg_stat_activity자세한 내용. |
| PG_STAT_BGWRITER | 하나의 행만, 스포츠 토토 결과에 대한 스포츠 토토 결과를 보여줍니다 배경 작가 프로세스의 활동. 보다PG_STAT_BGWRITER자세한 내용. |
| PG_STAT_DATABASE | 데이터베이스 당 1 행, 데이터베이스 전체를 표시합니다 스포츠 토토 결과. 보다PG_STAT_DATABASE자세한 내용. |
| pg_stat_all_tables | 현재 데이터베이스의 각 테이블마다 1 개의 행, 해당 특정에 대한 액세스에 대한 스포츠 토토 결과를 보여줍니다 테이블. 보다pg_stat_all_tables자세한 내용. |
| PG_STAT_SYS_TABLE | 동일pg_stat_all_tables시스템 테이블이 표시됩니다. |
| pg_stat_user_tables | 동일pg_stat_all_tables사용자 테이블이 표시됩니다. |
| pg_stat_xact_all_tables | 유사pg_stat_all_tables, 그러나 카운트 지금까지 현재 거래 내에서 취한 조치 (not아직 포함pg_stat_all_tables및 관련 견해). 라이브 숫자에 대한 열 죽은 줄과 진공 및 분석 조치는 그렇지 않습니다 이 견해에 존재합니다. |
| PG_STAT_XACT_SYS_TABLE | 동일PG_STAT_XACT_ALL_TABLE를 제외하고 시스템 테이블 만 표시됩니다. |
| PG_STAT_XACT_USER_TABLE | 동일pg_stat_xact_all_tables를 제외하고 사용자 테이블 만 표시됩니다. |
| PG_STAT_ALL_INDEXES | 현재 데이터베이스의 각 인덱스마다 1 개의 행, 해당 특정에 대한 액세스에 대한 스포츠 토토 결과를 보여줍니다 색인. 보다PG_STAT_ALL_INDEXES자세한 내용. |
| PG_STAT_SYS_INDEXES | 동일PG_STAT_ALL_INDEXES시스템 테이블의 인덱스가 표시됩니다. |
| PG_STAT_USER_INDEXES | 동일PG_STAT_ALL_INDEXES사용자 테이블의 인덱스가 표시됩니다. |
| pg_statio_all_tables | 현재 데이터베이스의 각 테이블마다 1 개의 행, 해당 특정 테이블에서 I/O에 대한 스포츠 토토 결과를 표시합니다. 보다pg_statio_all_tables자세한 내용. |
| PG_STATIO_SYS_TABLE | 동일pg_statio_all_tables시스템 테이블 만 표시됩니다. |
| pg_statio_user_tables | 동일pg_statio_all_tables를 제외하고 사용자 테이블 만 표시됩니다. |
| PG_STATIO_ALL_INDEXES | 현재 데이터베이스의 각 인덱스마다 1 개의 행, 해당 특정 인덱스에서 I/O에 대한 스포츠 토토 결과를 보여줍니다. 보다PG_STATIO_ALL_INDEXES자세한 내용. |
| PG_STATIO_SYS_INDEXES | 동일PG_STATIO_ALL_INDEXES를 제외하고 시스템 테이블의 인덱스 만 표시됩니다. |
| PG_STATIO_USER_INDEXES | 동일PG_STATIO_ALL_INDEXES를 제외하고 사용자 테이블의 인덱스 만 표시됩니다. |
| PG_STATIO_ALL_SEATENCES | 현재 데이터베이스의 각 시퀀스마다 1 개의 행, 해당 특정 시퀀스에서 I/O에 대한 스포츠 토토 결과를 보여줍니다. 보다PG_STATIO_ALL_SEATENCES자세한 내용. |
| PG_STATIO_SYS_SEVESSENCES | 동일PG_STATIO_ALL_SEVESSENCES를 제외하고 시스템 시퀀스 만 표시됩니다. (현재, 시스템 없음 시퀀스가 정의 되므로이보기는 항상입니다 비어 있는.) |
| PG_STATIO_USER_SEVERENCES | 동일PG_STATIO_ALL_SEATENCES를 제외하고 사용자 시퀀스 만 표시됩니다. |
| PG_STAT_USER_FUNTIONS | 각 추적 함수에 대해 하나의 행, 표시 해당 기능의 실행에 대한 스포츠 토토 결과. 보다PG_STAT_USER_FUNTIONS자세한 내용. |
| PG_STAT_XACT_USER_FUNTIONS | 유사PG_STAT_USER_FUNTIONS, 그러나 계산 현재 거래 중 호출 (not아직 포함PG_STAT_USER_FUNTIONS). |
| pg_stat_replication | WAL 발신자 프로세스 당 1 행, 스포츠 토토 결과를 보여줍니다 해당 발신자의 연결된 대기에 대한 복제에 대해 섬기는 사람. 보다pg_stat_replication자세한 내용. |
| PG_STAT_DATABASE_CONFLICTS | 데이터베이스 당 1 행, 데이터베이스 전체를 표시합니다 쿼리에 대한 스포츠 토토 결과는 상충으로 인한 취소됩니다 대기 서버에서의 복구. 보다PG_STAT_DATABASE_CONFLICTS자세한 내용. |
인덱스 당 스포츠 토토 결과는 특히 유용합니다 사용중인 인덱스와 얼마나 효과적인 지 인덱스를 결정하십시오. 이다.
thePG_STATIO_보기는입니다 버퍼의 효과를 결정하는 데 주로 유용합니다 은닉처. 실제 디스크 읽기 수가 훨씬 작을 때 버퍼 히트 수보다 캐시가 만족 스럽습니다. 커널 호출을 호출하지 않고 대부분의 요청을 읽습니다. 하지만, 이 통계는 전체 이야기를 제공하지 않습니다. 어느PostgreSQL손잡이 디스크 I/O,에없는 데이터PostgreSQL버퍼 캐시가 여전히 존재할 수 있습니다 커널의 I/O 캐시에서 여전히 가져올 수 있습니다. 물리적 읽기를 필요로하지 않고. 관심있는 사용자 더 자세한 정보 획득PostgreSQLI/O 동작을 사용하는 것이 좋습니다 그만큼PostgreSQL스포츠 토토 결과 운영 체제 유틸리티와 함께 수집가 커널의 I/O 처리에 대한 통찰력을 허용합니다.
표 27-2.pg_stat_activity보기
| 열 | 타입 | 설명 |
|---|---|---|
| datid | OID | 데이터베이스의 OID이 백엔드가 연결되어 있습니다 에게 |
| datname | 이름 | 데이터베이스 이름이 백엔드가 연결되어 있습니다 에게 |
| PID | Integer | 이 백엔드의 프로세스 ID |
| useysid | OID | 이 백엔드에 로그인 한 사용자의 OID |
| useName | 이름 | 이 백엔드에 로그인 한 사용자 이름 |
| Application_Name | 텍스트 | 이것에 연결된 응용 프로그램 이름 백엔드 |
| client_addr | inet | 이 백엔드에 연결된 클라이언트의 IP 주소. 이 필드가 Null이면 클라이언트는 서버의 UNIX 소켓을 통해 연결됩니다. 기계 또는 이것은 다음과 같은 내부 프로세스입니다. Autovacuum. |
| client_hostname | 텍스트 | 연결된 클라이언트의 호스트 이름, 리버스 DNS 조회client_addr. 이 필드는 단지 가능합니다 IP 연결의 경우 널 비 및 만log_hostname활성화되었습니다. |
| client_port | Integer | 클라이언트가 사용하는 TCP 포트 번호 이 백엔드와의 커뮤니케이션, 또는-1UNIX 소켓을 사용하는 경우 |
| backend_start | 시간대가있는 타임 스탬프 | 이 과정이 시작된 시간, 즉,시기 서버에 연결된 클라이언트 |
| XACT_START | 시간대가있는 타임 스탬프 | 이 프로세스가 현재 트랜잭션이었던 시간 트랜잭션이 활성화되지 않은 경우 시작 또는 NULL. 만약 현재 쿼리는 최초의 거래입니다 열은와 같습니다.query_start열. |
| query_start | 시간대가있는 타임 스탬프 | 현재 활성 쿼리가 시작된 시간, 또는 ifStateActive, 마지막 쿼리시 시작되었다 |
| State_change | 시간대가있는 타임 스탬프 | 시간 시간State마지막으로 변경되었습니다 |
| 대기 | 부울 | 이 백엔드가 현재 대기중인 경우 잠그다 |
| State | 텍스트 | 이 백엔드의 현재 전체 상태. 가능한
값은 다음과 같습니다.
|
| 쿼리 | 텍스트 | 이 백엔드의 최신 쿼리의 텍스트. 만약에StateisActive이 필드는 현재를 보여줍니다 쿼리 실행. 다른 모든 주에서는 마지막을 보여줍니다 실행 된 쿼리. |
thepg_stat_activity보기 서버 당 하나의 행이 있으며 관련 정보가 표시됩니다. 그 과정의 현재 활동.
참고 :the대기andState열은입니다 독립적인. 백엔드가에있는 경우Active상태, 그렇지 않을 수도 있고 아닐 수도 있습니다대기. 주가 인 경우Activeand대기사실입니다. 쿼리를 의미합니다 실행 중이지만 어딘가에 자물쇠에 의해 차단되고 있습니다. 시스템에서.
표 27-3.PG_STAT_BGWRITER보기
| 열 | 타입 | 설명 |
|---|---|---|
| Checkpoints_timed | bigint | 예정된 체크 포인트 수 수행 |
| CheckPoints_Req | bigint | 요청 된 체크 포인트 수 수행 |
| Checkpoint_write_time | 이중 정밀도 | 파일이있는 체크 포인트 처리의 일부 디스크에 작성, 밀리 초 |
| Checkpoint_sync_time | 이중 정밀도 | 파일이있는 체크 포인트 처리의 일부 밀리 초 내 디스크에 동기화 |
| buffers_checkpoint | bigint | 체크 포인트 중에 작성된 버퍼 수 |
| buffers_clean | bigint | 배경에서 작성한 버퍼 수 작가 |
| MaxWritten_clean | bigint | 배경 작가가 중지 한 횟수 a 청소 스캔이 너무 많았 기 때문에 버퍼 |
| buffers_backend | bigint | a 백엔드 |
| buffers_backend_fsync | bigint | 백엔드가 자체를 실행 해야하는 횟수fsync전화 (일반적으로
배경 작가는 백엔드 일 때도 처리합니다
자체 쓰기) |
| buffers_alloc | bigint | 할당 된 버퍼 수 |
| stats_reset | 시간대가있는 타임 스탬프 | 이러한 스포츠 토토 결과가 마지막으로 재설정 된 시간 |
thePG_STAT_BGWRITERView Will 항상 글로벌 데이터를 포함하는 단일 행이 있습니다. 무리.
표 27-4.PG_STAT_DATABASE보기
| 열 | 타입 | 설명 |
|---|---|---|
| datid | OID | 데이터베이스의 OID |
| datname | 이름 | 이 데이터베이스 이름 |
| Numbackends | Integer | 현재 이와 관련된 백엔드 수입니다 데이터 베이스. 이것은이 관점에서 유일한 열입니다 현재 상태를 반영하는 값을 반환합니다. 다른 모든 것 열은 마지막 이후 누적 된 값을 반환합니다 다시 놓기. |
| XACT_COMMIT | bigint | 이 데이터베이스의 트랜잭션 수 커밋되었다 |
| xact_rollback | bigint | 이 데이터베이스의 트랜잭션 수 롤백 |
| blks_read | bigint | 이 데이터베이스에서 읽는 디스크 블록 수 |
| blks_hit | bigint | 디스크 블록이 이미 발견되었습니다 읽기가 필요하지 않도록 버퍼 캐시 (PostgreSQL 버퍼의 히트 만 포함됩니다 운영 체제의 파일 시스템이 아닌 캐시 은닉처) |
| tup_returned | bigint | Queries에 의해 반환 된 행 수입니다 데이터 베이스 |
| tup_fetched | bigint | 이것의 쿼리에 의해 가져온 행의 수 데이터 베이스 |
| tup_inserted | bigint | Queries에 의해 삽입 된 행 수입니다 데이터 베이스 |
| tup_updated | bigint | Queries로 업데이트 된 행 수입니다 데이터 베이스 |
| tup_deleted | bigint | queries로 삭제 된 행 수입니다 데이터 베이스 |
| 충돌 | bigint | 충돌로 인해 쿼리 수가 취소되었습니다 이 데이터베이스에서 복구. (충돌은 만 발생합니다 대기 서버; 보다PG_STAT_DATABASE_CONFLICTS자세한 내용.) |
| temp_files | bigint | 쿼리로 생성 된 임시 파일 수 이 데이터베이스. 모든 임시 파일이 계산됩니다. 임시 파일이 생성 된 이유에 관계없이 (예 : 정렬 또는 해싱) 및에 관계없이log_temp_files설정. |
| temp_bytes | bigint | 임시 파일에 작성된 총 데이터 금액 이 데이터베이스의 쿼리. 모든 임시 파일입니다 임시 파일이 이유에 관계없이 계산되었습니다 생성되고에 관계없이log_temp_files설정. |
| 교착 상태 | bigint | 이 데이터베이스에서 감지 된 교착 상태 수 |
| blk_read_time | 이중 정밀도 | 백엔드 별 데이터 파일 블록을 읽는 시간 이 데이터베이스, 밀리 초 |
| blk_write_time | 이중 정밀도 | 백엔드별로 데이터 파일 블록을 작성하는 데 소요 된 시간 이 데이터베이스, 밀리 초 |
| stats_reset | 시간대가있는 타임 스탬프 | 이러한 스포츠 토토 결과가 마지막으로 재설정 된 시간 |
thePG_STAT_DATABASE보기 클러스터에 각 데이터베이스마다 하나의 행을 포함하여 데이터베이스 전체 통계.
표 27-5.pg_stat_all_tables보기
| 열 | 타입 | 설명 |
|---|---|---|
| Relid | OID | 테이블의 OID |
| Schemaname | 이름 | 이 테이블에있는 스키마 이름 |
| Relname | 이름 | 이 테이블의 이름 |
| SEQ_SCAN | bigint | 이것에 시작된 순차적 스캔 수 테이블 |
| seq_tup_read | bigint | 순차적으로 가져온 라이브 행의 수 스캔 |
| idx_scan | bigint | 이 표에서 시작된 인덱스 스캔 수 |
| idx_tup_fetch | bigint | 인덱스 스캔에 의해 가져온 라이브 행 수 |
| n_tup_ins | bigint | 삽입 된 행 수 |
| N_TUP_UPD | bigint | 행 수 업데이트 |
| N_TUP_DEL | bigint | 삭제 된 행 수 |
| N_TUP_HOT_UPD | bigint | 열 수 핫 업데이트 (즉, 별도가 없음 색인 업데이트 필수) |
| n_live_tup | bigint | 예상 라이브 행 수 |
| n_dead_tup | bigint | 죽은 줄의 추정 수 |
| last_vacuum | 시간대가있는 타임 스탬프 | 이 테이블이 수동으로 진공 청소 된 마지막 시간 (계산하지 않음진공 가득한) |
| last_autovacuum | 시간대가있는 타임 스탬프 | 이 테이블이 마지막으로 Autovacuum 데몬 |
| last_analyze | 시간대가있는 타임 스탬프 | 이 테이블이 수동으로 마지막 시간 분석 |
| last_autoanalyze | 시간대가있는 타임 스탬프 | 이 테이블이 마지막으로 Autovacuum 데몬 |
| Vacuum_Count | bigint | 이 테이블이 수동으로 횟수입니다 진공 청소기 (계산하지 않음진공 가득한) |
| autovacuum_count | bigint | 이 테이블은 Autovacuum 데몬 |
| Analyze_Count | bigint | 이 테이블이 수동으로 횟수입니다 분석 |
| autoanalyze_count | bigint | 이 테이블은 Autovacuum 데몬 |
thepg_stat_all_tables보기 현재 데이터베이스에 각 테이블마다 하나의 행을 포함 (토스트 테이블 포함), 액세스에 대한 통계를 보여줍니다 그 특정 테이블. 그만큼PG_STAT_USER_TABLEandPG_STAT_SYS_TABLE보기에는 동일합니다 정보이지만 사용자 및 시스템 테이블 만 표시하도록 필터링되었습니다. 각기.
표 27-6.PG_STAT_ALL_INDEXES보기
| 열 | 타입 | 설명 |
|---|---|---|
| 릴리드 | OID | 이 색인에 대한 테이블의 OID |
| IndexRelid | OID | 이 색인의 OID |
| Schemaname | 이름 | 스키마 이름이 색인이 |
| Relname | 이름 | 이 색인의 테이블 이름 |
| indexRelName | 이름 | 이 색인의 이름 |
| idx_scan | bigint | 이 인덱스에서 시작된 인덱스 스캔 수 |
| idx_tup_read | bigint | 이것에 대한 스캔으로 반환 된 인덱스 항목 수 색인 |
| idx_tup_fetch | bigint | 간단한 인덱스로 가져온 라이브 테이블 행의 수 이 색인을 사용하여 스캔 |
thePG_STAT_ALL_INDEXES보기 현재 데이터베이스의 각 인덱스마다 하나의 행이 포함되며 해당 특정 지수에 대한 액세스에 대한 통계를 보여줍니다. 그만큼PG_STAT_USER_INDEXESandPG_STAT_SYS_INDEXES보기에는 동일합니다 정보이지만 사용자 및 시스템 인덱스 만 표시하도록 필터링되었습니다. 각기.
인덱스는 간단한 인덱스 스캔 또는를 통해 사용할 수 있습니다."비트 맵"인덱스 스캔. 비트 맵에서 여러 인덱스의 출력을 스캔하거나 또는 규칙, 따라서 개별 힙 행을 연관시키기가 어렵습니다. 비트 맵 스캔이 사용될 때 특정 인덱스로 가져옵니다. 따라서 비트 맵 스캔은를 증가시킵니다.PG_STAT_ALL_INDEXES.idx_tup_read지수에 대한 카운트 (s) 사용하고를 증가시킵니다.pg_stat_all_tables.idx_tup_fetch테이블을 계산하지만 영향을 미치지 않습니다PG_STAT_ALL_INDEXES.idx_tup_fetch.
참고 :theidx_tup_read및idx_tup_fetch카운트는 다를 수 있습니다 비트 맵 스캔을 사용하지 않아도idx_tup_read인덱스 항목을 계산합니다 인덱스에서 검색idx_tup_fetch라이브 행이 가져온 카운트 테이블에서. 후자는 죽은 사람이 적을 것입니다 지수 또는 IF를 사용하여 절제하지 않은 행이 가져옵니다 인덱스 전용을 통해 모든 힙 가져 오기를 피합니다. 주사.
표 27-7.pg_statio_all_tables보기
| 열 | 타입 | 설명 |
|---|---|---|
| Relid | OID | 테이블의 OID |
| Schemaname | 이름 | 이 테이블이있는 스키마의 이름 |
| Relname | 이름 | 이 테이블의 이름 |
| Heap_Blks_Read | bigint | 이 테이블에서 읽은 디스크 블록 수 |
| heap_blks_hit | bigint | 이 테이블의 버퍼 히트 수 |
| idx_blks_read | bigint | 디스크 블록 수에 대한 모든 인덱스에서 읽으십시오. 테이블 |
| idx_blks_hit | bigint | 이에 대한 모든 인덱스에서 버퍼 히트 수 테이블 |
| TOAST_BLKS_READ | bigint | 이 테이블의 토스트에서 읽은 디스크 블록 수 테이블 (있는 경우) |
| TOAST_BLKS_HIT | bigint | 이 테이블의 토스트 테이블의 버퍼 히트 수 (있는 경우) |
| TIDX_BLKS_READ | bigint | 이 테이블의 토스트에서 디스크 블록 수를 읽습니다 테이블 인덱스 (있는 경우) |
| TIDX_BLKS_HIT | bigint | 이 테이블의 토스트 테이블에서 버퍼 히트 수 색인 (있는 경우) |
thepg_statio_all_tables보기 현재 데이터베이스의 각 테이블마다 하나의 행이 포함됩니다. (토스트 테이블 포함), 그것에 대한 I/O에 대한 통계를 보여줍니다 특정 테이블. 그만큼PG_STATIO_USER_TABLE및PG_STATIO_SYS_TABLE보기에는 동일합니다 정보이지만 사용자 및 시스템 테이블 만 표시하도록 필터링되었습니다. 각기.
표 27-8.PG_STATIO_ALL_INDEXES보기
| 열 | 타입 | 설명 |
|---|---|---|
| Relid | OID | 이 색인의 테이블의 OID |
| IndexRelid | OID | 이 색인의 OID |
| Schemaname | 이름 | 스키마 이름이 색인이 |
| Relname | 이름 | 이 색인의 테이블 이름 |
| IndexRelName | 이름 | 이 색인의 이름 |
| idx_blks_read | bigint | 이 인덱스에서 읽은 디스크 블록 수 |
| idx_blks_hit | bigint | 이 색인의 버퍼 히트 수 |
thePG_STATIO_ALL_INDEXES보기 현재 데이터베이스의 각 인덱스마다 하나의 행이 포함되며 해당 특정 인덱스에서 I/O에 대한 통계를 보여줍니다. 그만큼PG_STATIO_USER_INDEXES및PG_STATIO_SYS_INDEXES보기가 포함되어 있습니다 동일한 정보이지만 사용자와 시스템 만 표시하도록 필터링되었습니다. 각각 색인.
표 27-9.PG_STATIO_ALL_SEATENCES보기
| 열 | 타입 | 설명 |
|---|---|---|
| 릴리드 | OID | 시퀀스의 OID |
| Schemaname | 이름 | 스키마의 이름이 시퀀스는 |
| Relname | 이름 | 이 시퀀스의 이름 |
| blks_read | bigint | 이 시퀀스에서 읽은 디스크 블록 수 |
| blks_hit | bigint | 이 시퀀스의 버퍼 히트 수 |
thePG_STATIO_ALL_SEVESSENCES보기 현재 데이터베이스의 각 시퀀스에 대해 하나의 행이 포함되며 해당 특정 시퀀스에서 I/O에 대한 통계 표시.
표 27-10.PG_STAT_USER_FUNTIONS보기
| 열 | 타입 | 설명 |
|---|---|---|
| funcid | OID | 함수의 OID |
| Schemaname | 이름 | 스키마 이름이 함수는 |
| funcName | 이름 | 이 함수의 이름 |
| 전화 | bigint | 이 기능이 호출 된 횟수 |
| Total_Time | 이중 정밀도 | 이 기능과 다른 모든 것에 소요 된 총 시간 밀리 초로 호출되는 함수 |
| self_time | 이중 정밀 | 이 기능 자체에서 소비 된 총 시간은 아닙니다 그것에 의해 불리는 다른 기능을 포함합니다 밀리 초 |
thePG_STAT_USER_FUNTIONS보기 각 추적 함수에 대해 하나의 행이 표시됩니다 해당 기능의 실행에 대한 통계. 그만큼Track_Functions매개 변수 제어 정확히 어떤 함수가 추적되는지
표 27-11.pg_stat_replication보기
| 열 | 타입 | 설명 |
|---|---|---|
| PID | 정수 | WAL 발신자 프로세스의 프로세스 ID |
| useysid | OID | 사용자의 OID는이 WAL Sender에 로그인했습니다 프로세스 |
| Usename | 이름 | 이 WAL 발신자에 로그인 한 사용자의 이름 프로세스 |
| 64999_65017 | 텍스트 | 이것에 연결된 응용 프로그램 이름 Wal Sender |
| client_addr | inet | 이 WAL에 연결된 클라이언트의 IP 주소 보내는 사람. 이 필드가 null이면 클라이언트는 서버의 UNIX 소켓을 통해 연결됩니다. 기계. |
| client_hostname | 텍스트 | 연결된 클라이언트의 호스트 이름, 리버스 DNS 조회client_addr. 이 필드는 단지 가능합니다 IP 연결의 경우 널 비 및 만log_hostname활성화되었습니다. |
| client_port | 정수 | 클라이언트가 사용하는 TCP 포트 번호 이 WAL 발신자와의 커뮤니케이션 또는-1UNIX 소켓을 사용하는 경우 |
| backend_start | 시간대가있는 타임 스탬프 | 이 프로세스가 시작된 시간, 즉시기 이 WAL 발신자에 연결된 클라이언트 |
| State | 텍스트 | 현재 Wal Sender State |
| send_location | 텍스트 | 마지막 트랜잭션 로그 위치가 전송됩니다 연결 |
| 쓰기 _location | 텍스트 | 디스크에 작성된 마지막 트랜잭션 로그 위치 이 대기 서버 |
| flush_location | 텍스트 | 마지막 트랜잭션 로그 위치는 디스크로 플러시되었습니다 이 대기 서버 |
| Replay_Location | 텍스트 | 마지막 트랜잭션 로그 위치로 재생되었습니다 이 대기 서버의 데이터베이스 |
| sync_priority | Integer | 이 대기 서버의 우선 순위는 다음과 같이 선택되었습니다 동기 대기 |
| sync_state | 텍스트 | 이 대기 서버의 동기 상태 |
thepg_stat_replication보기 WAL 발신자 프로세스 당 하나의 행이 포함되어 통계를 표시합니다. 해당 발신자의 연결된 대기 서버에 대한 복제에 대해 직접 연결된 대기 만 나열됩니다. 정보는 없습니다 다운 스트림 대기 서버에 대해 사용할 수 있습니다.
표 27-12.PG_STAT_DATABASE_CONFLICTS보기
| 열 | 타입 | 설명 |
|---|---|---|
| datid | OID | 데이터베이스의 OID |
| datname | 이름 | 이 데이터베이스 이름 |
| cl_tablespace | bigint | 이 데이터베이스의 쿼리 수 삭제 된 테이블 스페이스로 인해 취소 |
| cl_lock | bigint | 이 데이터베이스의 쿼리 수 잠금 시간 초과로 인해 취소 |
| COL_SNAPSHOT | bigint | 이 데이터베이스의 쿼리 수 오래된 스냅 샷으로 인해 취소 |
| COLL_BUFFERPIN | bigint | 이 데이터베이스의 쿼리 수 고정 버퍼로 인해 취소 |
| cl_deadlock | bigint | 이 데이터베이스의 쿼리 수 교착 상태로 인해 취소 |
thePG_STAT_DATABASE_CONFLICTS보기에는 데이터베이스 당 하나의 행이 포함되어 데이터베이스 전체가 표시됩니다 충돌로 인한 쿼리에 대한 통계는 발생합니다 대기 서버에서의 복구. 이 견해에는 만 포함됩니다 충돌이 발생하지 않기 때문에 대기 서버에 대한 정보 마스터 서버.
통계를 보는 다른 방법은 동일한 기본 통계 액세스를 사용하는 쿼리 작성 위에 표시된 표준보기에 사용되는 기능. 자세한 내용 함수의 이름과 같은 표준보기. (예를 들어,PSQL당신은 발행 할 수 있습니다\ d+ pg_stat_activity.) 액세스 기능 다이타베이스 통계는 데이터베이스 OID를 인수로 사용합니다. 보고 할 데이터베이스를 식별하십시오. 테이블 당 및 인덱스 당 기능은 테이블 또는 인덱스 OID를 취합니다. 기능 기능 당 통계의 경우 기능 OID를 사용하십시오. 에만 유의하십시오 현재 데이터베이스의 테이블, 인덱스 및 기능은 다음과 같습니다. 이 기능으로 보았습니다.
스포츠 토토 결과 수집과 관련된 추가 기능입니다 에 나열됨테이블 27-13.
표 27-13. 추가 스포츠 토토 결과 기능
| 기능 | 반환 유형 | 설명 |
|---|---|---|
pg_backend_pid () |
Integer | 서버 프로세스 처리의 프로세스 ID 현재 세션 |
pg_stat_get_activity(정수) |
Setof Record | 백엔드에 대한 정보 기록을 반환합니다 지정된 PID 또는 각 활성에 대한 1 개의 레코드로 시스템에서 백엔드 인 경우NULL지정되어 있습니다. 반환 된 필드는 그 중 일부입니다 에서pg_stat_activity보기 |
PG_STAT_CLEAR_SNAPSHOT () |
void | 현재 스포츠 토토 결과를 버립니다 |
PG_STAT_RESET () |
void | 현재의 모든 통계 카운터를 재설정합니다 Database to Zero (Superuser 권한 필요) |
PG_STAT_RESET_SHARED(텍스트) |
void | 일부 클러스터 전체 통계 카운터를 재설정하십시오 인수에 따라 Zero (수퍼 유저가 필요합니다 특권). 부름PG_STAT_RESET_SHARD ( 'BGWRITER')의지 Zero 모든 카운터에 표시된 모든 카운터PG_STAT_BGWRITER보기 |
pg_stat_reset_single_table_counters(OID) |
void | 단일 테이블 또는 인덱스에 대한 스포츠 토토 결과 재설정 현재 데이터베이스에서 0이됩니다 (슈퍼 서서가 필요합니다 특권) |
pg_stat_reset_single_function_counters(OID) |
void | 단일 함수에 대한 스포츠 토토 결과 재설정 현재 데이터베이스에서 0이됩니다 (슈퍼 서서가 필요합니다 특권) |
pg_stat_get_activity,
의 기본 기능pg_stat_activity보기, 세트를 반환합니다
각각에 대한 모든 정보가 포함 된 레코드
백엔드 프로세스. 때로는 얻는 것이 더 편리 할 수 있습니다
이 정보의 하위 집합. 그러한 경우, 오래된 세트
백크 당 통계량 액세스 함수를 사용할 수 있습니다. 이것들
에 표시됩니다.테이블
27-14. 이러한 액세스 기능은 백엔드 ID 번호를 사용하고
현재 활성화의 수에서 현재
백엔드. 함수pg_stat_get_backend_idset제공 a
각 활성 백엔드마다 하나의 행을 생성하는 편리한 방법
이러한 기능을 호출합니다. 예를 들어,를 보여려면PIDs 및 현재 쿼리
모든 백엔드 :
PG_STAT_GET_BACKEND_PID (S.BACKENDID)를 PID로 선택하십시오.
쿼리로서 pg_stat_get_backend_activity (s.backendid)
from (select pg_stat_get_backend_idset () as backendid)로 s;
표 27-14. 백크 당 통계 기능
| 기능 | 반환 유형 | 설명 |
|---|---|---|
pg_stat_get_backend_idset () |
정수 세트 | 현재 활성 백엔드 ID 번호 세트 (1에서 활성 백엔드 수에) |
pg_stat_get_backend_activity (정수) |
텍스트 | 이 백엔드의 가장 최근 쿼리 텍스트 |
PG_STAT_GET_BACKEND_ACTIVITY_START (Integer) |
시간대가있는 타임 스탬프 | 가장 최근의 쿼리가 시작된 시간 |
pg_stat_get_backend_client_addr (정수) |
inet | 이에 연결된 클라이언트의 IP 주소 백엔드 |
pg_stat_get_backend_client_port (정수) |
정수 | 클라이언트가 사용하는 TCP 포트 번호 의사소통 |
pg_stat_get_backend_dbid (정수) |
OID | 데이터베이스의 OID이 백엔드가 연결되어 있습니다 에게 |
PG_STAT_GET_BACKEND_PID (Integer) |
Integer | 이 백엔드의 프로세스 ID |
PG_STAT_GET_BACKEND_START (Integer) |
시간대가있는 타임 스탬프 | 이 과정이 시작된 시간 |
PG_STAT_GET_BACKEND_USERID (Integer) |
OID | 이 백엔드에 로그인 한 사용자의 OID |
pg_stat_get_backend_waiting (정수) |
부울 | 이 백엔드가 현재 대기중인 경우 잠그다 |
PG_STAT_GET_BACKEND_XACT_START (Integer) |
시간대가있는 타임 스탬프 | 현재 거래가 시작된 시간 |