이 문서는 지원되지 않는 버전의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 볼 수 있습니다메이저 토토 사이트 43_6버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

27.6. 윈 토토 사용 모니터링#

이 섹션은 a의 윈 토토 사용을 모니터링하는 방법에 대해 설명합니다.PostgreSQL데이터베이스 시스템.

27.6.1. 윈 토토 사용 결정#

각 테이블에는 대부분의 데이터가 저장되는 기본 힙 윈 토토 파일이 있습니다. 테이블에 잠재적으로 값이있는 열이 있으면 A도있을 수 있습니다.토스트테이블과 관련된 파일은 메인 테이블에 편안하게 맞지 않기에 너무 넓은 값을 저장하는 데 사용됩니다 (참조섹션 66.2). 에 유효한 색인이 하나 있습니다.토스트테이블, 존재하는 경우. 기본 테이블과 관련된 인덱스도있을 수 있습니다. 각 테이블과 인덱스는 파일이 하나의 기가 바이트를 초과하는 경우 별도의 윈 토토 파일에 저장됩니다. 이 파일에 대한 명명 규칙은에 설명되어 있습니다.섹션 66.1.

세 가지 방법으로 윈 토토 공간을 모니터링 할 수 있습니다.표 9.102, 사용oid2name모듈 또는 시스템 카탈로그의 수동 검사 사용. SQL 기능은 사용하기가 가장 쉽고 일반적으로 권장됩니다. 이 섹션의 나머지 부분은 시스템 카탈로그를 검사하여 수행하는 방법을 보여줍니다.

사용PSQL최근에 진공 청소기 또는 분석 된 데이터베이스에서 쿼리를 발행하여 모든 테이블의 디스크 사용을 볼 수 있습니다.

PG_RELATION_FILEPATH (OID), pg_class의 Relname = 'Customer';

 PG_RELATION_FILEPATH | 재선
---------------------------------------
 기본/16384/16806 |       60
(1 행)

각 페이지는 일반적으로 8 킬로 바이트입니다. (기억하다,Relpages진공, 분석및와 같은 몇 가지 DDL 명령색인 생성.) 테이블의 윈 토토 파일을 직접 검사하려면 파일 경로 이름이 관심이 있습니다.

토스트테이블, 다음과 같은 쿼리 사용 :

Relname, Relpages를 선택하십시오
pg_class에서
     (reltoastrelid를 선택하십시오
      pg_class에서
      여기서 relname = 'customer')) ss
여기서 oid = ss.ReltoastRelid 또는
      oid = (index relid를 선택하십시오
             pg_index에서
             여기서 indrelid = ss.ReltoastRelid)
Relname의 주문;

       Relname | 재선
---------------------------------------
 PG_TOAST_16806 |        0
 pg_toast_16806_index |        1

인덱스 크기도 쉽게 표시 할 수 있습니다.

C2.RelName, C2.RelPages를 선택하십시오
pg_class c, pg_class c2, pg_index i
여기서 c.relname = '고객'및
      C.OID = I.INDRELID 및
      c2.oid = i.indexrelid
c2.relname의 주문;

      Relname | 재선
-------------------+----------
 customer_id_index |       26

이 정보를 사용하여 가장 큰 테이블과 색인을 쉽게 찾을 수 있습니다.

Relname, Relpages를 선택하십시오
pg_class에서
Relpages desc의 주문;

       Relname | 재선
---------------------------------------
 bigtable |     3290
 고객 |     3144

27.6.2. 윈 토토 전체 고장#

데이터베이스 관리자의 가장 중요한 윈 토토 모니터링 작업은 윈 토토가 가득 차지 않도록하는 것입니다. 채워진 데이터 윈 토토는 데이터 손상을 초래하지 않지만 유용한 활동이 발생하는 것을 방지 할 수 있습니다. WAL 파일을 보유한 윈 토토가 가득 차면 데이터베이스 서버 공황 및 결과적 인 종료가 발생할 수 있습니다.

다른 것들을 삭제하여 디스크에서 추가 공간을 확보 할 수 없으면 일부 데이터베이스 파일을 테이블 스페이스를 사용하여 다른 파일 시스템으로 이동할 수 있습니다. 보다PostgreSQL : 문서 : 18 : 22.6. 토토 베이 스페이스그것에 대한 자세한 내용은.

일부 파일 시스템이 거의 가득 찼을 때 심하게 수행하므로 디스크가 완전히 가득 찼을 때까지 기다리지 마십시오.

시스템에서 사용자 당 디스크 할당량을 지원하면 데이터베이스는 자연스럽게 서버가 실행하는 사용자에게 배치되는 모든 할당량이 적용됩니다. 할당량을 초과하면 디스크 공간이 완전히 부족한 것과 동일한 나쁜 효과가 있습니다.