해야 할 일상적인 유지 보수 집안이 있습니다.PostgreSQL서버가 원활하게 실행됩니다. 그만큼Cron스크립트. 그러나 데이터베이스입니다
명백한 유지 보수 작업 중 하나는 백업 사본 생성입니다.PostgreSQL|Postgre토토 꽁 머니 : 문서 : 7.4 : 백업 및 복원.
유지 보수 작업의 다른 주요 범주는 주기적입니다"진공 청소기"11421_11469섹션 21.1.
주기적으로주의가 필요한 다른 것은 로그 파일입니다.섹션 21.3.
PostgreSQL유지 보수가 적습니다
PostgreSQL's진공명령은 정기적으로 실행해야합니다
토토 핫되거나 삭제 된 디스크 공간을 복구하려면
을 토토 핫하려면PostgreSQL쿼리 플래너.
|트랜잭션 ID 랩 어라운드.
의 주파수와 범위진공이들 각각에 대한 작업이 수행되었습니다진공명령 참조 페이지.
시작PostgreSQL7.2, 표준 형태진공can
정상PostgreSQL작동, an토토 핫또는삭제행의 행은 즉시 제거되지 않습니다토토 커뮤니티 : 문서 : 7.4 : 토토 커뮤니티 제어) : 행 버전은해서는 안됩니다진공.
명확하게, 자주 토토 핫 또는 삭제를받는 테이블Cron진공 청소기 만
표준 형태진공is진공 Full--- 그러나 무엇입니까진공실행은보다 더 나은 접근 방식입니다진공 Full
대부분의 사이트에 대한 권장 실습은 a 일정을 잡는 것입니다진공하루에 한 번 aVacuumdb5 월진공, 아님진공 Full, 일상적인 진공 청소기
진공 Full권장됩니다진공의 더 공격적인 접근.
내용물이 완전히 삭제되는 테이블이있는 경우Truncate사용하기보다는삭제그 뒤에진공.
thePostgreSQL쿼리분석명령진공. 합리적으로하는 것이 중요합니다
공간 복구를위한 진공 청소기와 마찬가지로 빈번한 토토 핫타임 스탬프컬럼
실행할 수 있습니다분석onPostgreSQL 7.2, 분석도 상당히 빠른 작업입니다
팁 :콜럼 당 조정이지만분석주파수는 그리되지 않을 수 있습니다분석.여기서조항은 매우 불규칙합니다Alter Table Set Statistics.
대부분의 사이트에 대한 권장 실습은 a 일정을 잡는 것입니다분석하루에 한 번진공. 그러나 사이트와 함께분석달리기가 충분합니다.
PostgreSQL'S MVCCxid)"에서전류에 보이지 않아야합니다트랜잭션 ID 랩 어라운드: XID 카운터
이전PostgreSQL7.2,initdb적어도 40 억 건의 거래.initdb또는 모든 종류의 재시작. 그만큼데이터베이스의 모든 테이블은 있어야합니다.
실제로 이것은 번거로운 요구 사항이 아니지만 그 이후로진공. 이것의 나머지
XID 비교에 대한 새로운 접근법은 두 가지를 구별합니다bootstrapxidandfrozenxid). 이 두 XID는 항상입니다31산술. 이것은 모든 정상적인 XID에 대해 있음을 의미합니다"구형"그리고 20 억"최신";"과거"다음 20 억 건의 거래의 경우 어떤 정상에 관계없이frozenxid그들이 도달하기 전에 언젠가"과거"모든 정상 거래에진공.
진공의 정상 정책입니다frozenxid모든 행으로"Frozen".)이 정책을 사용하여진공모든 테이블에서 실행되는 것은 정확히 하나입니다
정기 이후진공실행은입니다진공시스템 테이블에 트랜잭션 ID 통계를 저장pg_database. 특히datfrozenxid데이터베이스의 열pg_database행에서 행이 토토 핫됩니다진공특정 이름을 지정하지 않습니다진공명령. 이 컷오프 XID보다 오래된 모든 정상 XIDfrozenxid해당 데이터베이스 내. 편리합니다
pg_database에서 datname, age (datfrozenxid)를 선택하십시오.
theAge열 측정
표준 동결 정책을 사용하여Age열은 10 억에서 시작됩니다Age데이터베이스는 20 억에 이릅니다진공자동으로pg_databaseAge15 억 개 이상의 거래
play =# 진공;
진공with동결옵션은보다 공격적인 동결을 사용합니다진공 동결에서 수행됩니다all그 중 행 버전initdbtoTemplate0데이터베이스. 그것datallowconn = 거짓inpg_database, 편리하지 않기 때문에진공의 자동 경고 메시지pg_database출품작datallowconn = 거짓,