PostgreSQL명령 실행 중에 특정 명령의 진행 상황을보고 할 수 있습니다. 현재 진행 상황보고를 지원하는 유일한 명령은입니다.토토. 이것은 미래에 확장 될 수 있습니다.
언제든지토토실행 중입니다.PG_STAT_PROGRESS_VACUUM보기에는 현재 토토 청소기가있는 각 백엔드 (Autovacuum Worker 프로세스 포함)마다 하나의 행이 포함됩니다. 아래 표는보고 될 정보를 설명하고 해석 방법에 대한 정보를 제공합니다.토토 Full및 백엔드 실행토토 Full이 견해에는 나열되지 않습니다.
표 28.21. PG_STAT_PROGRESS_VACUUM보기
| 열 | type | 설명 |
|---|---|---|
PID |
Integer |
백엔드의 프로세스 ID. |
datid |
OID |
이 백엔드가 연결된 데이터베이스의 OID. |
datname |
이름 |
이 백엔드가 연결된 데이터베이스 이름. |
릴리드 |
OID |
토토 청소기의 OID. |
Phase |
텍스트 |
토토의 현재 처리 단계. 보다표 28.22. |
heap_blks_total |
bigint |
테이블의 총 힙 블록 수. 이 숫자는 스캔 초기에보고됩니다.토토. |
heap_blks_scanned |
bigint |
스캔 한 힙 블록 수. 때문에와이즈 토토 : 문서 : 11 : 69.4. 가시성 맵스캔을 최적화하는 데 사용되며 일부 블록은 검사없이 건너 뜁니다. 건너 뛰기 블록은이 총계에 포함 되므로이 숫자는 결국과 동일하게됩니다.heap_blks_total토토이 완료되면. 이 카운터는 단계가있는 경우에만 발전합니다스캔 힙. |
heap_blks_vacuumed |
bigint |
힙 블록 수는 토토 청소기입니다. 테이블에 인덱스가 없으면이 카운터는 단계가있을 때만 진행됩니다힙 토토 청소기. 죽은 튜플이 포함되지 않은 블록이 건너 뜁니다. 따라서 카운터는 때때로 큰 단위로 앞으로 건너 뛸 수 있습니다. |
index_vacuum_count |
bigint |
완료된 인덱스 토토주기 수. |
max_dead_tuples |
bigint |
지수 토토주기를 수행하기 전에 저장할 수있는 죽은 튜플의 수,Maintenance_Work_mem. |
num_dead_tuples |
bigint |
마지막 지수 토토주기 이후 수집 된 죽은 튜플 수. |
표 28.22. 토토 단계
| Phase | 설명 |
|---|---|
초기화 |
토토힙 스캔을 시작할 준비를하고 있습니다. 이 단계는 매우 짧을 것으로 예상됩니다. |
스캔 힙 |
토토현재 힙 스캔 중입니다. 필요한 경우 각 페이지를 잘라 내고 해체 할 수 있으며 동결 활동을 수행 할 수 있습니다.heap_blks_scanned열을 사용하여 스캔 진행 상황을 모니터링 할 수 있습니다. |
인덱스 토토 청소기 |
토토현재 인덱스를 청소하고 있습니다. 테이블에 인덱스가있는 경우 힙이 완전히 스캔 된 후 토토 당 최소 한 번 발생합니다.Maintenance_Work_mem(또는 Autovacuum의 경우autovacuum_work_mem설정된 경우) 발견 된 죽은 튜플의 수를 저장하기에 충분하지 않습니다. |
힙 토토 청소기 |
토토현재 힙을 청소하고 있습니다. 힙 토토 청소기는 힙 스캐닝과는 다르며, 각각의 토토 지수 인스턴스 후에 발생합니다.heap_blks_scanned보다 작습니다heap_blks_total, 시스템은이 단계가 완료된 후 힙 스캔으로 돌아갑니다. 그렇지 않으면이 단계가 완료된 후 인덱스 정리를 시작합니다. |
인덱스 청소 |
토토현재 인덱스를 정리하고 있습니다. 이것은 힙이 완전히 스캔되고 모든 인덱스의 토토 청소기가 완료된 후에 발생합니다. |
잘린 힙 |
토토현재 운영 체제와의 관계가 끝날 때 빈 페이지를 반환하기 위해 힙을 잘라 내고 있습니다. 이것은 인덱스를 청소 한 후에 발생합니다. |
최종 청소 수행 |
토토최종 청소를 수행하고 있습니다. 이 단계에서토토여유 공간 맵을 청소하고 통계를 업데이트합니다pg_class및 통계 수집가에게 통계를보고합니다. 이 단계가 완료되면토토끝날 예정입니다. |