| 윈 토토 : 문서 : 9.4 : 윈 토토 9 | |||
|---|---|---|---|
| 토토 베이 : 문서 : 9.4 : 앞서 토토 베이 토토 베이 | 롤 토토 : 문서 : 9.4 : 서버 구성 | 18 장 서버 구성 | PostgreSQL : 문서 : 9.4 : 스포츠 토토 결과 계획 |
이러한 설정은 내장의 동작을 제어합니다스트리밍 토토 핫기능 (참조섹션 25.2.5). 서버는 마스터 또는 대기 서버입니다. 마스터는 데이터를 보낼 수 있지만 대기는 항상 토토 핫 된 데이터 수신기입니다. 계단식 토토 핫시 (참조섹션 25.2.7)가 사용되면 대기 서버도 수신자뿐만 아니라 발신자 일 수도 있습니다. 매개 변수는 주로 전송 및 대기 서버를위한 것이지만 일부 매개 변수는 마스터 서버에서만 의미합니다. 필요한 경우 문제없이 클러스터마다 설정이 다를 수 있습니다.
이 매개 변수는 토토 핫 데이터를 하나 이상의 대기 서버로 전송하는 모든 서버에서 설정할 수 있습니다. 마스터는 항상 전송 서버이므로 이러한 매개 변수는 항상 마스터에 설정해야합니다. 대기가 마스터가 된 후에이 매개 변수의 역할과 의미는 변하지 않습니다.
대기 서버 또는 스트리밍베이스 백업 클라이언트에서 최대 동시 연결 수를 지정합니다 (즉, WAL 발신자 프로세스를 동시에 실행하는 최대 수). 기본값은 0이므로 토토 핫가 비활성화됩니다. WAL 발신자 프로세스는 총 연결 수에 계산되므로 매개 변수는보다 높게 설정할 수 없습니다.max_connections. 갑작스러운 스트리밍 클라이언트 단절로 인해 타임 아웃에 도달 할 때까지 고아 연결 슬롯이 발생할 수 있으므로이 매개 변수는 최대 예상 클라이언트 수보다 약간 높아야하므로 분리 된 클라이언트가 즉시 다시 연결될 수 있습니다. 이 매개 변수는 서버 시작에서만 설정할 수 있습니다.Wal_level로 설정해야합니다아카이브대기 서버에서 연결을 허용하기 위해 이상.
최대 토토 핫 슬롯 수를 지정합니다 (참조섹션 25.2.6) 서버가 지원할 수 있습니다. 기본값은 0입니다. 이 매개 변수는 서버 시작에서만 설정할 수 있습니다.Wal_level로 설정해야합니다아카이브이상 토토 핫 슬롯을 사용할 수 있도록 높습니다. 현재 기존 토토 핫 슬롯의 수보다 낮은 값으로 설정하면 서버가 시작되지 않습니다.
과거 로그 파일 세그먼트의 최소 수를 지정합니다.PG_XLOG디렉토리, 대기 서버가 스트리밍 토토 핫를 위해이를 가져와야하는 경우. 각 세그먼트는 일반적으로 16 메가 바이트입니다. 전송 서버에 연결된 대기 서버가 이상으로 떨어지면Wal_keep_segments세그먼트, 전송 서버는 대기에 필요한 WAL 세그먼트를 제거 할 수 있으며,이 경우 복제 연결이 종료됩니다. 다운 스트림 연결도 결국 실패합니다. (그러나 WAL 아카이브가 사용중인 경우 아카이브에서 세그먼트를 가져와 대기 서버가 복구 할 수 있습니다.)
이것은 유지 된 최소 세그먼트 수만 설정합니다PG_XLOG; 이 시스템은 WAL 보관에 대한 더 많은 세그먼트를 유지하거나 체크 포인트에서 복구해야 할 수도 있습니다. 만약에Wal_keep_segments는 0이므로 (기본값), 시스템은 대기 목적으로 추가 세그먼트를 유지하지 않으므로 대기 서버에 사용할 수있는 이전 WAL 세그먼트의 수는 이전 체크 포인트의 위치 및 WAL 보관 상태의 기능입니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
지정된 밀리 초보다 비활성화 된 토토 핫 연결 종료. 전송 서버가 대기 충돌 또는 네트워크 중단을 감지하는 데 유용합니다. 0의 값은 시간 초과 메커니즘을 비활성화합니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 60 초입니다.
이 매개 변수는 하나 이상의 대기 서버로 토토 핫 데이터를 보내는 마스터/기본 서버에서 설정할 수 있습니다. 이러한 매개 변수 외에도Wal_level마스터 서버에서 적절하게 설정해야하며 선택적으로 WAL 아카이빙도 활성화 될 수 있습니다 (참조섹션 18.5.3). 대기 서버에서 이러한 매개 변수의 값은 관련이 없지만 대기 서버가 마스터가 될 가능성을 준비하기 위해 여기에 설정할 수 있습니다.
지원할 수있는 쉼표로 구분 된 대기 이름 목록을 지정동기 토토 핫, 설명대로섹션 25.2.8. 한 번에 최대 하나의 활성 동기 대기가있을 것입니다. 이 대기 서버가 데이터 수신을 확인한 후 커밋을 기다리는 거래는 진행될 수 있습니다. 동기식 대기는이 목록에서 현재 연결되어 있으며 현재 실시간으로 데이터를 실시간으로 스트리밍하는 최초의 대기 대기입니다 (스트리밍inpg_stat_replication보기). 이 목록의 뒷부분에 나타나는 다른 대기 서버는 잠재적 동기식 대기를 나타냅니다. 어떤 이유로 든 현재 동기 대기 중단이 연결되면 다음 가장 높은 우선 순위로 즉시 교체됩니다. 두 개 이상의 대기 이름을 지정하면 매우 높은 가용성을 허용 할 수 있습니다.
이 목적을위한 대기 서버의 이름은입니다.application_name대기 설정,Primary_conninfo대기의 WAL 수신기의. 고유성을 집행하는 메커니즘은 없습니다. 토토 핫의 경우 일치하는 대기 중 하나는 동기 대기로 선택되지만 정확히 어떤 것이 결정되지는 않습니다. 특별 항목*일치application_name, 기본 응용 프로그램 이름을 포함하여Walreceiver.
동기 대기 이름이 여기에 지정되지 않으면 동기 토토 핫가 활성화되지 않고 트랜잭션 커밋이 복제를 기다리지 않습니다. 기본 구성입니다. 동기 토토 핫가 활성화 되더라도 개별 트랜잭션은를 설정하여 복제를 기다리지 않도록 구성 될 수 있습니다.synchronous_commit매개 변수Local또는OFF.
이 매개 변수는에서만 설정할 수 있습니다postgresql.conf파일 또는 서버 명령 줄에.
그 거래 수를 지정합니다진공andhot업데이트는 Dead Row 버전의 정리를 연기합니다. 기본값은 거래 제로 거래입니다. 즉, Dead Row 버전은 가능한 빨리 제거 할 수 있습니다. hot 대기 서버를 지원하는 기본 서버에서이를 0이 아닌 값으로 설정할 수 있습니다.와이즈 토토 PostgreSQL : 문서 : 9.4 : 핫 스탠드. 이를 통해 초기 행의 정리로 인해 충돌이 발생하지 않고 대기의 쿼리가 완료 될 수 있습니다. 그러나 값은 기본 서버에서 발생하는 쓰기 트랜잭션 수의 관점에서 측정되므로 대기 쿼리를 위해 얼마나 많은 유예 시간을 사용할 수 있는지 예측하기가 어렵습니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
또한 설정을 고려해야합니다hot_standby_feedback이 매개 변수를 사용하는 대안으로 대기 서버에서.
이러한 설정은 토토 핫 데이터를 수신하는 대기 서버의 동작을 제어합니다. 마스터 서버의 값은 관련이 없습니다.
회복 중에 쿼리를 연결하고 실행할 수 있는지 여부를 지정합니다.와이즈 토토 PostgreSQL : 문서 : 9.4 : 핫 스탠드. 기본값은입니다.off. 이 매개 변수는 서버 시작시에만 설정할 수 있습니다. 아카이브 복구 또는 대기 모드에서만 영향을 미칩니다.
핫 스탠드비가 활성화되면이 매개 변수는 대기 서버가 대기중인 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 얼마나 오래 기다려야하는지를 결정합니다.섹션 25.5.2. max_standby_archive_delayWAL 데이터를 WAL 아카이브에서 읽을 때 적용됩니다 (따라서 현재는 아님). 기본값은 30 초입니다. 단위는 지정되지 않은 경우 밀리 초입니다. -1 값을 사용하면 대기가 충돌하는 쿼리가 완료 될 때까지 대기가 영원히 기다릴 수 있습니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
참고max_standby_archive_delay| 취소 전에 실행할 수있는 최대 시간과 같지 않습니다. 오히려 WAL 세그먼트의 데이터를 적용 할 수있는 최대 총 시간입니다. 따라서 하나의 쿼리가 WAL 세그먼트 초반에 상당한 지연이 발생하면 후속 충돌 쿼리는 유예 시간이 훨씬 적을 것입니다.
핫 스탠드비가 활성화되면이 매개 변수는 대기 서버가 대기중인 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 얼마나 오래 기다려야하는지를 결정합니다.섹션 25.5.2. max_standby_streaming_delay스트리밍 토토 핫를 통해 WAL 데이터를 수신 할 때 적용됩니다. 기본값은 30 초입니다. 단위는 지정되지 않은 경우 밀리 초입니다. -1 값을 사용하면 대기가 충돌하는 쿼리가 완료 될 때까지 대기가 영원히 기다릴 수 있습니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
참고max_standby_streaming_delay쿼리가 취소 전에 실행할 수있는 최대 시간과 다릅니다. 오히려 기본 서버에서 수신 된 후 WAL 데이터를 적용 할 수있는 최대 총 시간입니다. 따라서 하나의 쿼리가 상당한 지연이 발생하면 대기 서버가 다시 따라 잡을 때까지 후속 충돌 쿼리가 유예 시간이 훨씬 줄어 듭니다.
대기에서 WAL 수신기 프로세스의 최소 주파수를 지정하여 복제 진행에 대한 정보를 기본 또는 상류 대기로 보낼 수 있습니다.pg_stat_replication보기. 대기는 작성된 마지막 트랜잭션 로그 위치, 마지막으로 디스크로 플러시 된 위치 및 마지막 위치가 적용된 마지막 위치를보고합니다. 이 매개 변수의 값은 보고서 사이에서 초의 최대 간격입니다. 쓰기 또는 플러시 위치가 변경 될 때마다 또는 최소한이 매개 변수에서 지정된대로 업데이트가 전송됩니다. 따라서, 적용 위치는 실제 위치 뒤에 약간 지연 될 수있다. 이 매개 변수를 0으로 설정하면 상태 업데이트가 완전히 비활성화됩니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 10 초입니다.
핫 스탠드가 현재 대기에서 실행중인 쿼리에 대한 기본 또는 업스트림 대기에 피드백을 보내는 지 여부를 지정합니다. 이 매개 변수는 정리 레코드로 인한 쿼리 암을 제거하는 데 사용될 수 있지만 일부 워크로드의 경우 기본에 데이터베이스가 부풀어 오를 수 있습니다. 피드백 메시지는 당 한 번 이상 자주 전송되지 않습니다.Wal_receiver_status_interval. 기본값은입니다.OFF. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에.
계단식 토토 핫가 사용되는 경우 피드백은 결국 1 차에 도달 할 때까지 상류로 전달됩니다. 대기는 상류를 통과하는 것 외에 다른 피드백을 사용하지 않습니다.
지정된 밀리 초보다 비활성화 된 복제 연결 종료. 이는 수신 대기 서버가 기본 노드 충돌 또는 네트워크 정전을 감지하는 데 유용합니다. 0의 값은 시간 초과 메커니즘을 비활성화합니다. 이 매개 변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령 줄에. 기본값은 60 초입니다.