19.6. 토토 꽁 머니#

이 설정은 내장된 동작을 제어합니다스트리밍 토토 꽁 머니기능(참조섹션 26.2.5) 및 내장논리적 토토 꽁 머니기능(참조PostgreSQL : 문서 : 17 : 29 장. 논리적 토토 캔).

스트리밍 토토 꽁 머니, 서버는 기본 또는 대기 서버가 됩니다. 기본은 데이터를 보낼 수 있는 반면 대기는 항상 토토 꽁 머니된 데이터의 수신자입니다. 계단식 토토 꽁 머니 시(참조섹션 26.2.7)을 사용하는 경우 대기 서버는 수신자뿐만 아니라 발신자도 될 수 있습니다. 매개변수는 주로 송신 서버와 대기 서버용이지만 일부 매개변수는 기본 서버에서만 의미가 있습니다. 필요한 경우 설정은 클러스터 전체에서 문제 없이 달라질 수 있습니다.

논리적 토토 꽁 머니, 출판사(해당하는 서버간행물 작성) 다음 위치에 데이터 토토 꽁 머니구독자(해당하는 서버구독 작성). 서버는 동시에 게시자이자 구독자가 될 수도 있습니다. 다음 섹션에서는 게시자를 "발신자"로 지칭합니다. 논리적 토토 꽁 머니 구성 설정에 대한 자세한 내용은 다음을 참조하세요.PostgreSQL : 문서 : 17 : 29.11. 구성 토토 결과.

19.6.1. 보내는 서버#

이 매개변수는 하나 이상의 대기 서버에 토토 꽁 머니 데이터를 보내는 모든 서버에서 설정할 수 있습니다. 기본 서버는 항상 보내는 서버이므로 이러한 매개변수는 항상 기본 서버에서 설정되어야 합니다. 이러한 매개변수의 역할과 의미는 대기가 기본이 된 후에도 변경되지 않습니다.

max_wal_senders (정수) #

대기 서버 또는 스트리밍 기반 백업 클라이언트의 최대 동시 연결 수를 지정합니다(즉, 동시에 실행되는 WAL 발신자 프로세스의 최대 수). 기본값은10. 값0토토 꽁 머니가 비활성화되었음을 의미합니다. 스트리밍 클라이언트의 갑작스러운 연결 끊김은 제한 시간에 도달할 때까지 고아 연결 슬롯을 남겨둘 수 있으므로 연결이 끊긴 클라이언트가 즉시 다시 연결할 수 있도록 이 매개변수를 예상되는 최대 클라이언트 수보다 약간 높게 설정해야 합니다. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다. 또한,wal_level다음으로 설정되어야 함토토 꽁 머니본또는 그 이상으로 대기 서버로부터의 연결을 허용합니다.

대기 서버를 실행할 때 이 매개변수를 기본 서버와 같거나 높은 값으로 설정해야 합니다. 그렇지 않으면 대기 서버에서 쿼리가 허용되지 않습니다.

max_replication_slots (정수) #

토토 꽁 머니 슬롯의 최대 수를 지정합니다(참조섹션 26.2.6) 서버가 지원할 수 있습니다. 기본값은 10입니다. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다. 현재 존재하는 토토 꽁 머니 슬롯 개수보다 낮은 값으로 설정하면 서버가 시작되지 않습니다. 또한,wal_level다음으로 설정되어야 함토토 꽁 머니본이상에서는 토토 꽁 머니 슬롯을 사용할 수 있습니다.

이 매개변수는 구독자 측에도 적용되지만 의미는 다릅니다.

wal_keep_size (정수) #

다음에 보관된 과거 WAL 파일의 최소 크기를 지정합니다.pg_wal디렉터리, 대기 서버가 스트리밍 토토 꽁 머니를 위해 가져와야 하는 경우. 송신 서버에 연결된 대기 서버가 다음 이상으로 뒤처지는 경우wal_keep_size메가바이트, 송신 서버는 대기 서버에 여전히 필요한 WAL 세그먼트를 제거할 수 있으며, 이 경우 토토 꽁 머니 연결이 종료됩니다. 결과적으로 다운스트림 연결도 결국 실패하게 됩니다. (단, 대기 서버는 WAL 아카이빙을 사용하는 경우 아카이브에서 세그먼트를 가져와서 복구할 수 있습니다.)

이것은 보관된 세그먼트의 최소 크기만 설정합니다.pg_wal; 시스템은 WAL 보관을 위해 더 많은 세그먼트를 유지하거나 체크포인트에서 복구해야 할 수도 있습니다. 만일wal_keep_size이 0(기본값)이면 시스템은 대기 목적으로 추가 세그먼트를 유지하지 않으므로 대기 서버에서 사용할 수 있는 이전 WAL 세그먼트 수는 이전 체크포인트 위치와 WAL 보관 상태에 따라 달라집니다. 이 값을 단위 없이 지정하면 메가바이트로 간주됩니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

max_slot_wal_keep_size (정수) #

WAL 파일의 최대 크기를 지정하세요.토토 꽁 머니 슬롯다음에 보관할 수 있습니다.pg_wal체크포인트 시간의 디렉터리. 만일max_slot_wal_keep_size는 -1(기본값)이며, 토토 꽁 머니 슬롯은 무제한의 WAL 파일을 보유할 수 있습니다. 그렇지 않고, 토토 꽁 머니 슬롯의 restart_lsn이 현재 LSN보다 주어진 크기 이상으로 뒤쳐지면 해당 슬롯을 사용하는 대기 장치는 필수 WAL 파일 제거로 인해 더 이상 토토 꽁 머니를 계속하지 못할 수 있습니다. 토토 꽁 머니 슬롯의 WAL 가용성은 다음에서 확인할 수 있습니다.범퍼카 토토 PostgreSQL : 문서. 이 값을 단위 없이 지정하면 메가바이트로 간주됩니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

wal_sender_timeout (정수) #

이 시간보다 오랫동안 비활성 상태인 토토 꽁 머니 연결을 종료합니다. 이는 송신 서버가 대기 충돌이나 네트워크 중단을 감지하는 데 유용합니다. 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 60초입니다. 0 값은 시간 초과 메커니즘을 비활성화합니다.

클러스터가 여러 지리적 위치에 분산되어 있는 경우 위치별로 다른 값을 사용하면 클러스터 관리에 더 많은 유연성이 제공됩니다. 값이 작을수록 대기 시간이 짧은 네트워크 연결이 있는 대기의 오류를 더 빠르게 감지하는 데 유용하고, 값이 크면 대기 시간이 긴 네트워크 연결이 있는 원격 위치에 있는 경우 대기의 상태를 더 잘 판단하는 데 도움이 됩니다.

track_commit_timestamp (부울) #

트랜잭션의 커밋 시간을 기록합니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서. 기본값은꺼짐.

synchronized_standby_slots (문자열) #

논리적 WAL 발신자 프로세스가 대기할 스트리밍 토토 꽁 머니 대기 서버 슬롯 이름의 쉼표로 구분된 목록입니다. 논리적 WAL 발신자 프로세스는 지정된 토토 꽁 머니 슬롯이 WAL 수신을 확인한 후에만 디코딩된 변경 사항을 플러그인으로 보냅니다. 이는 변경 사항이 수신되어 해당 물리적 대기로 플러시될 때까지 논리적 토토 꽁 머니 장애 조치 슬롯이 변경 사항을 사용하지 않도록 보장합니다. 대기가 승격된 후 논리적 토토 꽁 머니 연결이 물리적 대기로 전환하려는 경우 대기에 대한 물리적 토토 꽁 머니 슬롯이 여기에 나열되어야 합니다. 에 지정된 슬롯이 있는 경우 논리적 토토 꽁 머니가 진행되지 않습니다.synchronized_standby_slots존재하지 않거나 무효화되었습니다. 또한 토토 꽁 머니 관리 기능pg_replication_slot_advance, pg_logical_slot_get_changespg_logical_slot_peek_changes은 논리적 장애 조치 슬롯과 함께 사용되면 모든 물리적 슬롯이에 지정될 때까지 차단됩니다.synchronized_standby_slotsWAL 수신을 확인했습니다.

다음의 물리적 토토 꽁 머니 슬롯에 해당하는 대기synchronized_standby_slots구성해야 함sync_replication_slots = true그래서 그들은 기본에서 논리적 장애 조치 슬롯 변경 사항을 수신할 수 있습니다.

19.6.2. 기본 서버#

이러한 매개변수는 하나 이상의 대기 서버에 토토 꽁 머니 데이터를 보내는 기본 서버에 설정할 수 있습니다. 이러한 매개변수 외에도wal_level주 서버에서 적절하게 설정되어야 하며 선택적으로 WAL 보관도 활성화할 수 있습니다(참조섹션 19.5.3). 대기 서버의 이러한 매개변수 값은 관련이 없지만 대기 서버가 기본 서버가 될 가능성에 대비하여 설정하는 것이 좋습니다.

synchronous_standby_names (문자열) #

지원할 수 있는 대기 서버 목록을 지정합니다.동기 토토 꽁 머니, 설명된 대로섹션 26.2.8. 하나 이상의 활성 동기 대기가 있습니다. 커밋을 기다리는 트랜잭션은 대기 서버가 데이터 수신을 확인한 후에 진행되도록 허용됩니다. 동기 대기는 이 목록에 이름이 표시되고 현재 연결되어 있으며 실시간으로 데이터를 스트리밍하는 대기입니다(상태로 표시됨).스트리밍에서pg_stat_replication보기). 둘 이상의 동기 대기를 지정하면 매우 높은 가용성과 데이터 손실 방지가 가능합니다.

이 목적을 위한 대기 서버의 이름은 입니다.application_name대기 연결 정보에 설정된 대로 대기 설정. 물리적 토토 꽁 머니 대기의 경우에는 다음에서 설정해야 합니다.primary_conninfo설정; 기본값은 다음과 같은 설정입니다.클러스터_이름설정된 경우, 그렇지 않은 경우월리시버. 논리적 토토 꽁 머니의 경우 구독의 연결 정보에서 설정할 수 있으며 기본적으로 구독 이름이 사용됩니다. 다른 토토 꽁 머니 스트림 소비자의 경우 해당 설명서를 참조하세요.

이 매개변수는 다음 구문 중 하나를 사용하여 대기 서버 목록을 지정합니다.

[첫번째]num_sync ( 대기_이름[, ...] )
모두num_sync ( 대기_이름 [, ...] )
대기_이름 [, ...]

어디에서num_sync트랜잭션이 응답을 기다려야 하는 동기 대기 수이며대기_이름대기 서버의 이름입니다.첫 번째그리고모두나열된 서버에서 동기 대기를 선택하는 방법을 지정하십시오.

키워드첫 번째, 다음과 결합됨num_sync, 우선순위 기반 동기 토토 꽁 머니를 지정하고 WAL 레코드가 토토 꽁 머니될 때까지 트랜잭션 커밋을 기다리게 합니다.num_sync우선순위에 따라 선택된 동기 대기. 예를 들어, 설정은첫 번째 3(s1, s2, s3, s4)각 커밋은 대기 서버에서 선택된 3개의 우선순위가 높은 대기 서버의 응답을 기다리게 됩니다s1, s2, s3그리고s4. 목록 앞부분에 이름이 나타나는 대기에는 더 높은 우선순위가 부여되며 동기로 간주됩니다. 이 목록의 뒷부분에 나타나는 다른 대기 서버는 잠재적인 동기 대기 서버를 나타냅니다. 어떤 이유로든 현재 동기 대기 중 하나라도 연결이 끊어지면 즉시 다음 우선순위 대기로 교체됩니다. 키워드첫 번째선택사항입니다.

키워드모두, 다음과 결합됨num_sync, 쿼럼 기반 동기 토토 꽁 머니를 지정하고 WAL 레코드가 토토 꽁 머니될 때까지 트랜잭션 커밋을 기다리게 합니다.적어도 num_sync대기 목록을 나열했습니다. 예를 들어, 설정은3개(s1, s2, s3, s4)적어도 세 번의 대기가 완료되자마자 각 커밋이 진행됩니다.s1, s2, s3그리고s4답장.

첫 번째그리고모두대소문자를 구분하지 않습니다. 이러한 키워드가 대기 서버의 이름으로 사용되는 경우 해당대기_이름큰따옴표를 사용해야 합니다.

세 번째 구문은 이전에 사용되었습니다.PostgreSQL버전 9.6이며 계속 지원됩니다. 의 첫 번째 구문과 동일합니다.첫 번째그리고num_sync1과 같습니다. 예를 들어,첫 번째 1(s1, s2)그리고s1, s2동일한 의미를 갖습니다: 둘 중 하나s1또는s2동기 대기로 선택되었습니다.

특별 항목*모든 대기 이름과 일치합니다.

대기 이름의 고유성을 강제하는 메커니즘이 없습니다. 중복되는 경우 일치하는 대기 중 하나가 더 높은 우선순위로 간주되지만 정확히 어느 것이 불확실한지 알 수 있습니다.

참고

각각대기_이름유효한 SQL 식별자 형식이어야 합니다. 단, 그렇지 않은 경우는 제외됩니다.*. 필요한 경우 큰따옴표를 사용할 수 있습니다. 하지만 참고하세요대기_이름s는 큰따옴표 여부에 관계없이 대소문자를 구분하지 않고 대기 애플리케이션 이름과 비교됩니다.

여기에 동기 대기 이름이 지정되지 않으면 동기 토토 꽁 머니가 활성화되지 않으며 트랜잭션 커밋은 토토 꽁 머니를 기다리지 않습니다. 이것이 기본 구성입니다. 동기 토토 꽁 머니가 활성화된 경우에도 개별 트랜잭션은 다음을 설정하여 토토 꽁 머니를 기다리지 않도록 구성할 수 있습니다.동기_커밋매개변수 ~현지또는꺼짐.

이 매개변수는 다음에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

19.6.3. 대기 서버#

이 설정은 a의 동작을 제어합니다.대기 서버토토 꽁 머니 데이터를 수신하는 것입니다. 기본 서버의 값은 관련이 없습니다.

primary_conninfo (문자열) #

대기 서버가 송신 서버와 연결하는데 사용될 연결 문자열을 지정합니다. 이 문자열은 다음에 설명된 형식입니다.섹션 32.1.1. 이 문자열에 옵션이 지정되지 않은 경우 해당 환경 변수(참조PostgreSQL : 문서 : 17 : 32.15. 환경 배트맨 토토)가 확인되었습니다. 환경 변수도 설정되지 않은 경우 기본값이 사용됩니다.

연결 문자열은 송신 서버의 호스트 이름(또는 주소)을 지정해야 하며 대기 서버의 기본값과 동일하지 않은 경우 포트 번호도 지정해야 합니다. 또한 보내는 서버에서 적절한 권한을 가진 역할에 해당하는 사용자 이름을 지정합니다(참조섹션 26.2.5.1). 발신자가 비밀번호 인증을 요구하는 경우에도 비밀번호를 제공해야 합니다. 다음에서 제공될 수 있습니다.primary_conninfo문자열 또는 별도의 문자열~/.pgpass대기 서버의 파일(사용토토 꽁 머니데이터베이스 이름).

토토 꽁 머니 슬롯 동기화의 경우(참조섹션 47.2.3), 유효한을 지정하는 것도 필요합니다.db이름에서primary_conninfo문자열. 이는 슬롯 동기화에만 사용됩니다. 스트리밍에서는 무시됩니다.

이 매개변수는 다음에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서. WAL 수신자 프로세스가 실행되는 동안 이 매개변수가 변경되면 해당 프로세스는 종료하라는 신호를 받고 새 설정으로 다시 시작해야 합니다.primary_conninfo는 빈 문자열입니다). 서버가 대기 모드가 아닌 경우 이 설정은 적용되지 않습니다.

primary_slot_name (문자열) #

업스트림 노드에서 리소스 제거를 제어하기 위해 스트리밍 토토 꽁 머니를 통해 보내는 서버에 연결할 때 사용할 기존 토토 꽁 머니 슬롯을 선택적으로 지정합니다(참조섹션 26.2.6). 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서. WAL 수신자 프로세스가 실행되는 동안 이 매개변수가 변경되면 해당 프로세스는 종료하라는 신호를 받고 새 설정으로 다시 시작해야 합니다. 다음과 같은 경우에는 이 설정이 적용되지 않습니다.primary_conninfo설정되지 않았거나 서버가 대기 모드에 있지 않습니다.

hot_standby (부울) #

에 설명된 대로 복구 중에 연결하고 쿼리를 실행할 수 있는지 여부를 지정합니다.PostgreSQL : 문서 : 17 : 26.4. 뜨거운 스포츠 토토 사이트. 기본값은켜짐. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다. 아카이브 복구 또는 대기 모드에서만 효과가 있습니다.

max_standby_archive_delay (정수) #

상시 대기가 활성화되면 이 매개변수는 다음에 설명된 대로 적용할 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 대기해야 하는 시간을 결정합니다.섹션 26.4.2. max_standby_archive_delayWAL 아카이브에서 WAL 데이터를 읽는 중일 때 적용됩니다(따라서 최신이 아닙니다). 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 30초입니다. -1 값을 사용하면 대기는 충돌하는 쿼리가 완료될 때까지 영원히 기다릴 수 있습니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

참고하세요max_standby_archive_delay은 쿼리가 취소되기 전에 실행할 수 있는 최대 시간과 동일하지 않습니다. 오히려 이는 하나의 WAL 세그먼트 데이터를 적용하는 데 허용되는 최대 총 시간입니다. 따라서 하나의 쿼리로 인해 WAL 세그먼트 초기에 상당한 지연이 발생한 경우 후속 충돌 쿼리는 유예 시간이 훨씬 짧아집니다.

max_standby_streaming_delay (정수) #

상시 대기가 활성화되면 이 매개변수는 다음에 설명된 대로 적용할 WAL 항목과 충돌하는 대기 쿼리를 취소하기 전에 대기 서버가 대기해야 하는 시간을 결정합니다.섹션 26.4.2. max_standby_streaming_delayWAL 데이터가 스트리밍 토토 꽁 머니를 통해 수신될 때 적용됩니다. 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 30초입니다. -1 값을 사용하면 대기는 충돌하는 쿼리가 완료될 때까지 영원히 기다릴 수 있습니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

참고max_standby_streaming_delay은 쿼리가 취소되기 전에 실행할 수 있는 최대 시간과 동일하지 않습니다. 오히려 이는 기본 서버에서 WAL 데이터를 수신한 후 적용하는 데 허용되는 최대 총 시간입니다. 따라서 하나의 쿼리로 인해 상당한 지연이 발생한 경우 후속 충돌 쿼리는 대기 서버가 다시 따라잡을 때까지 유예 시간이 훨씬 짧아집니다.

wal_receiver_create_temp_slot (부울) #

사용할 영구 토토 꽁 머니 슬롯이 구성되지 않은 경우 WAL 수신기 프로세스가 원격 인스턴스에 임시 토토 꽁 머니 슬롯을 생성해야 하는지 여부를 지정합니다(사용기본_슬롯_이름). 기본값은 꺼져 있습니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서. WAL 수신자 프로세스가 실행되는 동안 이 매개변수가 변경되면 해당 프로세스는 종료하라는 신호를 받고 새 설정으로 다시 시작해야 합니다.

wal_receiver_status_interval (정수) #

토토 꽁 머니 진행에 대한 정보를 기본 또는 업스트림 대기로 보내기 위해 대기의 WAL 수신자 프로세스에 대한 최소 빈도를 지정합니다. 여기서는 다음을 사용하여 볼 수 있습니다.pg_stat_replication보기. 대기는 자신이 작성한 마지막 미리 쓰기 로그 위치, 디스크에 플러시한 마지막 위치 및 적용된 마지막 위치를 보고합니다. 이 매개변수의 값은 보고서 간의 최대 시간입니다. 업데이트는 쓰기 또는 플러시 위치가 변경될 때마다 전송되거나, 0이 아닌 값으로 설정된 경우 이 매개변수에 지정된 만큼 자주 전송됩니다. 이 매개변수를 무시하면서 업데이트가 전송되는 추가적인 경우가 있습니다. 예를 들어 기존 WAL 처리가 완료되거나 다음과 같은 경우입니다.동기_커밋다음으로 설정됨remote_apply. 따라서 적용 위치는 실제 위치보다 약간 뒤처질 수 있습니다. 이 값을 단위 없이 지정하면 초로 간주됩니다. 기본값은 10초입니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

hot_standby_feedback (부울) #

상시 대기가 현재 대기에서 실행 중인 쿼리에 대한 피드백을 기본 또는 업스트림 대기로 보낼지 여부를 지정합니다. 이 매개변수를 사용하면 정리 레코드로 인한 쿼리 취소를 제거할 수 있지만 일부 워크로드의 경우 기본 데이터베이스가 팽창할 수 있습니다. 피드백 메시지는 한 번 이상 자주 전송되지 않습니다.wal_receiver_status_interval. 기본값은꺼짐. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

다단계 토토 꽁 머니가 사용 중이면 피드백은 최종적으로 기본에 도달할 때까지 업스트림으로 전달됩니다. 대기 상태에서는 업스트림을 전달하는 것 외에 받은 피드백을 다른 용도로 사용하지 않습니다.

wal_receiver_timeout (정수) #

이 시간보다 오랫동안 비활성 상태인 토토 꽁 머니 연결을 종료합니다. 이는 수신 대기 서버가 기본 노드 충돌 또는 네트워크 중단을 감지하는 데 유용합니다. 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 60초입니다. 값이 0이면 시간 초과 메커니즘이 비활성화됩니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

wal_retrieve_retry_interval (정수) #

WAL 데이터를 어떤 소스에서도 사용할 수 없을 때 대기 서버가 기다려야 하는 시간을 지정합니다(스트리밍 토토 꽁 머니, 로컬pg_wal또는 WAL 아카이브) WAL 데이터 검색을 다시 시도하기 전에. 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 5초입니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

이 매개변수는 복구 중인 노드가 새로운 WAL 데이터를 사용할 수 있을 때까지 기다리는 시간을 제어해야 하는 구성에 유용합니다. 예를 들어, 아카이브 복구에서는 이 매개변수의 값을 줄임으로써 새 WAL 파일 감지 시 복구의 응답성을 높일 수 있습니다. WAL 활동이 낮은 시스템에서 이를 늘리면 WAL 아카이브에 액세스하는 데 필요한 요청 수가 줄어듭니다. 예를 들어 인프라에 액세스하는 횟수가 고려되는 클라우드 환경에서 유용합니다.

논리적 토토 꽁 머니에서 이 매개변수는 실패한 토토 꽁 머니 적용 작업자가 다시 생성되는 빈도를 제한합니다.

recovery_min_apply_delay (정수) #

기본적으로 대기 서버는 가능한 한 빨리 송신 서버로부터 WAL 레코드를 복원합니다. 데이터 손실 오류를 수정할 수 있는 기회를 제공하여 데이터의 시간 지연 복사본을 갖는 것이 유용할 수 있습니다. 이 매개변수를 사용하면 지정된 시간만큼 복구를 지연할 수 있습니다. 예를 들어 이 매개변수를 다음으로 설정하면5분, 대기는 대기의 시스템 시간이 기본이 보고한 커밋 시간보다 최소 5분 이상 지난 경우에만 각 트랜잭션 커밋을 재생합니다. 이 값을 단위 없이 지정하면 밀리초로 간주됩니다. 기본값은 0이며 지연이 추가되지 않습니다.

서버 간의 토토 꽁 머니 지연이 이 매개변수의 값을 초과할 수 있으며, 이 경우 지연이 추가되지 않습니다. 지연은 기본에 기록된 WAL 타임스탬프와 대기의 현재 시간 사이에서 계산됩니다. 네트워크 지연 또는 계단식 토토 꽁 머니 구성으로 인해 전송이 지연되면 실제 대기 시간이 크게 줄어들 수 있습니다. 기본 및 대기의 시스템 시계가 동기화되지 않으면 예상보다 빨리 레코드를 적용하여 복구가 발생할 수 있습니다. 하지만 이 매개변수의 유용한 설정은 서버 간의 일반적인 시간 편차보다 훨씬 크기 때문에 이는 큰 문제가 아닙니다.

지연은 트랜잭션 커밋에 대한 WAL 레코드에서만 발생합니다. 다른 레코드는 가능한 한 빨리 재생됩니다. 이는 MVCC 가시성 규칙에 따라 해당 커밋 레코드가 적용될 때까지 그 효과가 표시되지 않도록 하기 때문에 문제가 되지 않습니다.

복구 중인 데이터베이스가 일관된 상태에 도달하면 대기 데이터베이스가 승격되거나 트리거될 때까지 지연이 발생합니다. 그 후 대기는 더 이상 기다리지 않고 복구를 종료합니다.

WAL 레코드는 적용될 준비가 될 때까지 대기 상태로 유지되어야 합니다. 따라서 지연이 길어지면 WAL 파일이 더 많이 축적되어 대기 서버에 대한 디스크 공간 요구 사항이 늘어납니다.pg_wal디렉토리.

이 매개변수는 스트리밍 토토 꽁 머니 배포에 사용하기 위한 것입니다. 그러나 매개변수가 지정되면 충돌 복구를 제외한 모든 경우에 적용됩니다.hot_standby_feedback이 기능을 사용하면 지연되어 기본 데이터베이스가 팽창할 수 있습니다. 두 가지 모두 주의해서 사용하세요.

경고

동기 토토 꽁 머니는 다음 경우에 이 설정의 영향을 받습니다.동기_커밋다음으로 설정됨remote_apply; 매커밋적용되려면 기다려야 합니다.

이 매개변수는 다음에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

sync_replication_slots (부울) #

물리적 대기가 기본 서버의 논리적 장애 조치 슬롯을 동기화할 수 있도록 하여 논리적 가입자가 장애 조치 후 새로운 기본 서버에서 토토 꽁 머니를 재개할 수 있도록 합니다.

기본적으로 비활성화되어 있습니다. 이 매개변수는에서만 설정할 수 있습니다.postgresql.conf파일 또는 서버 명령줄에서.

19.6.4. 구독자#

이 설정은 논리적 토토 꽁 머니 구독자의 동작을 제어합니다. 게시자에 대한 가치는 관련이 없습니다. 참조PostgreSQL : 문서 : 17 : 29.11. 구성 토토 결과자세한 내용은.

max_replication_slots (정수) #

토토 꽁 머니 원본 수를 지정합니다(참조PostgreSQL : 문서 : 17 : 48 장. 스포츠 토토 사이트 진행 추적)를 동시에 추적하여 서버에서 생성할 수 있는 논리적 토토 꽁 머니 구독 수를 효과적으로 제한할 수 있습니다. 현재 추적된 토토 꽁 머니 원본 수보다 낮은 값으로 설정(반영됨))으로 인해 서버가 시작되지 않습니다.max_replication_slots적어도 구독자에게 추가될 구독 수에 테이블 동기화를 위한 일부 예약을 더한 값으로 설정해야 합니다.

이 매개변수는 송신 서버에도 적용되지만 의미는 다릅니다.

max_logical_replication_workers (정수) #

논리적 토토 꽁 머니 작업자의 최대 수를 지정합니다. 여기에는 리더 적용 작업자, 병렬 적용 작업자, 테이블 동기화 작업자가 포함됩니다.

논리적 토토 꽁 머니 작업자는 다음에 의해 정의된 풀에서 가져옵니다.max_worker_processes.

기본값은 4입니다. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다.

max_sync_workers_per_subscription (정수) #

구독당 최대 동기화 작업자 수. 이 매개변수는 구독 초기화 중 또는 새 테이블이 추가될 때 초기 데이터 복사의 병렬 처리량을 제어합니다.

현재 테이블당 동기화 작업자는 하나만 있을 수 있습니다.

동기화 작업자는 다음에 의해 정의된 풀에서 가져옵니다.max_logical_replication_workers.

기본값은 2입니다. 이 매개변수는postgresql.conf파일 또는 서버 명령줄에서.

max_parallel_apply_workers_per_subscription (정수) #

구독당 최대 병렬 적용 작업자 수. 이 매개변수는 구독 매개변수를 사용하여 진행 중인 트랜잭션 스트리밍에 대한 병렬 처리량을 제어합니다.스트리밍 = 병렬.

병렬 적용 작업자는 다음에 의해 정의된 풀에서 가져옵니다.max_logical_replication_workers.

기본값은 2입니다. 이 매개변수는postgresql.conf파일 또는 서버 명령줄에서.

수정사항 제출

문서에 올바르지 않은 내용이 있으면 일치하지 않습니다. 특정 기능에 대한 경험이 있거나 추가 설명이 필요한 경우 이용해주세요이 양식문서 문제를 보고합니다.