PostgreSQL Vacuum을 1 ~ 2 분마다 실행할 수 있습니까?

Question

다가오는 프로젝트에서 다양한 MVCC 가능 데이터베이스를 고려 중이며 PostgreSQL이 내 레이더에 들어 왔습니다.

1. 는 데이터베이스의 현재 버전에서 몇 가지 정보를 읽어 데이터를 80 ~ 90 %로 수정 한에 다시 쓰거나 : 내 프로그램의

   요구 사항은 대략 다음과 같은 순서를 포함 더 많은 거래 (과거와 현재 상태가 모두 필요한 Conway의 Game of Life에서 그리드 업데이트와 같은 것을 상상해보십시오).

2. 대기 완료 후 1-2 분. 이 시간 동안 클라이언트는 새 데이터에 대해 읽음을 발행 할 수 있습니다.

3. 반복.

데이터베이스의 크기는 2-4GB로 제한됩니다.

~ 90 %의 변경 사항은 기존 개체의 업데이트로, ~ 5 %는 새 개체가되고 ~ 5 %는 삭제 된 개체가됩니다.

제 질문은 평범한 VACUUM 명령을 1 ~ 2 분에 한 번씩 1.5 단계로 실행하고 매번 2-3 ~ GB의 변경 사항을 PostgreSQL에서 자동으로 처리 할 수 ​​있습니까?

Answer 1

필자는 Postgres가이 시나리오에서 문제가 없어야한다고 생각합니다. 이 시나리오는 거대한 업데이트 사이의 수동 진공이 합리적인 선택처럼 보일 정도로 흔하지 않습니다.

거대한 업데이트 대신 새 테이블 집합을 생성하고 분석 한 다음 (필요하다면) 트랜잭션 ddl을 사용하여 이전 테이블을 삭제하고 새 테이블의 이름을 바꿀 수 있는지 고려하십시오. 그들의 장소로 사람. 이렇게하면 진공에 대한 걱정을 덜어 줄 수 있습니다.

그런 시나리오에서는 심각한 조정을해야합니다. 특히 shared_buffers, checkpoint 관련 매개 변수 및 vacuum 관련 매개 변수를 살펴보십시오. 또한 현실적인 작업 부하로 벤치마킹하는 것에 유의하십시오.