PostgreSQL 성능 관련 옵션

autovacuum_max_workers

CPU의 코어수가 많은 경우 사용가능

기본값은 0

동시에 작업을 수행 할 수 있도록 코어 수와 동일한 값으로 설정하면 좋음

해당 매개 변수와 함께 multiple_autovacuum_workers를 설정해야 함

이 값은 코어의 1/2보다 큰 값으로 설정

autovacuum_vacuum_scale_factor

Vacuuming은 삭제 및 삽입으로 생성된 dead tuples를 제거하는 프로세스

지정된 임계 값에 따라 테이블을 자동으로 vacuuming 함

effective_cache_size

캐시할 수 있는 메모리 양이 증가

값이 클수록 데이터베이스에서 index를 더 많이 사용함

권장값은 RAM 값의 50% 이상

maintenance_work_mem

vacuuming, 인덱스 생성, 외래 키 확인을위한 유지 보수에 사용

대형 데이터베이스의 경우 256MB에서 1GB 정도로 값을 설정

max_connection

너무 많은 연결로 인한 성능 저하를 막기 위해 연결 수를 제한하기위함

기본값은 100

값을 너무 높게 설정하면 대기 시간이 길어짐

random_page_cost

기본값은 random_page_cost = 4.0 및 seq_page_cost = 1.0

shared_buffer

많은 동시 쿼리를 사용 하거나 웹 응용 프로그램이나 OLAP와 같은 많은양의 CPU를 사용하는 경우 더 많은 버퍼가 필요

일반적으로 RAM의 1/4 또는 effective_cache_size의 3/4

그러나 1/4는 small machine에서는 너무 낮을 수 있고 big machine에서는 너무 높을 수 있으므로 1/4로 시작해서 다른 값을 시도하여 적절할 값을 찾아야 함

synchronous_commit

기본 구성을 사용하면 success response가 클라이언트에 리턴 된 후 commit이 이루어짐

이 매개 변수를 on으로 설정하면 success message 수신 여부와 상관없이 데이터베이스 서버에서 커밋이 발생합니다.

일반적인 권장 사항은 안전을 위해 off로 설정

(min, max)_wal_size

최소 1GB로 만들고 최대 수 GB를 50 - 100GB

max_wal_size의 이점을 얻으려면 checkpoint_timeout을 늘려야 함

work_mem

정렬 및 조인과 같은 작업에 사용되는 최대 로컬 프로세스 메모리를 결정

최적의 값은 OLTP, OLAP 및 DW에 따라 크게 다를 수 있음

swapping으로 인해 임시 파일을 로깅하면 work_mem 값이 충분하지 않다는 것을 의미함