논리 디코딩은 데이터베이스 테이블의 모든 지속적인 변경 사항을 데이터베이스의 내부 상태에 대한 자세한 지식없이 해석 할 수있는 일관성 있고 이해하기 쉬운 형식으로 추출하는 과정입니다.
inpostgresql, 논리 디코딩은의 내용을 디코딩하여 구현됩니다.토토 결과 : 문서 : 16 : 30 장. 신뢰성과 쓰기 로그, 스토리지 수준의 변경 사항을 튜플 스트림 또는 SQL 문과 같은 응용 프로그램 별 형태로 설명하는 10220_10346 |
사설 토토 복제의 맥락에서 슬롯은 원점 서버에서 작성된 순서대로 클라이언트에게 재생할 수있는 변경 스트림을 나타냅니다. 각 슬롯은 단일 데이터베이스에서 일련의 변경을 스트리밍합니다.
postgresql스트리밍 복제 슬롯도 있습니다 (참조섹션 27.2.5), 그러나 그들은 다소 다르게 사용됩니다.
복제 슬롯에는 A의 모든 데이터베이스에서 고유 한 식별자가 있습니다.PostgreSQL클러스터. 슬롯은 그것들을 사용하여 연결과 독립적으로 지속되며 충돌 안전입니다.
논리 슬롯은 정상 작동에서 각 변경 사항을 한 번만 방출합니다. 각 슬롯의 현재 위치는 체크 포인트에서만 유지되므로 충돌의 경우 슬롯이 이전 LSN으로 돌아올 수 있으므로 서버가 다시 시작될 때 최근 변경 사항이 다시 전송됩니다. 논리적 디코딩 클라이언트는 동일한 메시지를 두 번 이상 처리하여 악영향을 미치지 않습니다. 클라이언트는 디코딩 할 때 본 마지막 LSN을 기록하고 반복 된 데이터를 건너 뛰거나 (복제 프로토콜을 사용할 때) 서버가 시작점을 결정하게하기보다는 해당 LSN에서 디코딩을 요청하도록 요청할 수 있습니다. 복제 진행 추적 기능은이 목적을 위해 설계되었습니다. 참조PostgreSQL : 문서 : 16 : 50 장. 와이즈 토토 진행 추적.
단일 데이터베이스에는 다중 독립 슬롯이 존재할 수 있습니다. 각 슬롯에는 자체 상태가있어 다른 소비자가 데이터베이스 변경 스트림에서 다른 지점에서 변경 사항을받을 수 있습니다. 대부분의 응용 분야의 경우 각 소비자에게 별도의 슬롯이 필요합니다.
사설 토토 복제 슬롯은 수신기의 상태에 대해 아무것도 모른다. 다른 시간에 동일한 슬롯을 사용하여 여러 다른 수신기를 가질 수도 있습니다. 마지막 수신기가 소비를 중단했을 때부터 변경 사항을 얻을 수 있습니다. 주어진 시간에 하나의 수신기 만 슬롯에서 변경 사항을 소비 할 수 있습니다.
사설 토토 복제 슬롯은 핫 스탠드에서도 생성 될 수 있습니다. 예방하려면진공
시스템 카탈로그에서 필요한 행을 제거하여hot_standby_feedback
대기에 설정해야합니다. 그럼에도 불구하고 필요한 행이 제거되면 슬롯이 무효화됩니다. 기본과 대기 사이의 물리적 슬롯을 사용하는 것이 좋습니다. 그렇지 않으면,hot_standby_feedback
연결이 살아있는 동안에 만 작동합니다 (예 : 노드 재시작은 파괴됩니다). 그런 다음 기본은 대기에서 논리적 디코딩에 필요한 시스템 카탈로그 행을 삭제할 수 있습니다 (대기의 Catalog_Xmin에 대해 알지 못하면). 대기의 기존 논리 슬롯도 무효화됩니다.Wal_Level
기본의 경우Logical
. 대기가 WAL 스트림의 변화를 감지하자마자 이루어집니다. 그것은 지연중인 Walsenders (있는 경우)의 경우 일부 WAL은까지 기록한다는 것을 의미합니다.Wal_level
기본의 매개 변수 변경은 해독되지 않습니다.
논리 슬롯 생성에는 현재 실행중인 모든 트랜잭션에 대한 정보가 필요합니다. 기본 에서이 정보는 직접 사용할 수 있지만 대기에서는이 정보를 기본에서 얻어야합니다. 따라서 슬롯 생성은 1 차에서 일부 활동이 발생할 때까지 기다려야 할 수도 있습니다. 기본이 유휴 상태이면 대기에 논리 슬롯을 작성하는 데 눈에 띄는 시간이 걸릴 수 있습니다. 이것은라고 호출하여 쏟아 질 수 있습니다.pg_log_standby_snapshot
기본의 함수.
복제 슬롯은 충돌에 걸쳐 지속되며 소비자의 상태에 대해 아무것도 모릅니다. 연결이없는 경우에도 필요한 리소스의 제거를 방지합니다. 시스템 카탈로그에서 필요한 행이나 필요한 행을 제거 할 수 없기 때문에 스토리지가 소비됩니다.진공
복제 슬롯에 요구되는 한. 극단적 인 경우 거래 ID 랩 어라운드를 방지하기 위해 데이터베이스가 종료 될 수 있습니다 (참조섹션 25.1.5). 따라서 슬롯이 더 이상 필요하지 않으면 삭제해야합니다.
출력 플러그인은 Write-Ahead Log의 내부 표현에서 데이터를 복제 슬롯 욕구의 소비자 형식으로 변환합니다..
스트리밍 복제 인터페이스를 사용하여 새로운 복제 슬롯이 생성 될 때 (참조create_replication_slot), 스냅 샷이 내보내기 (참조섹션 9.27.5)는 모든 변경 사항이 변경 스트림에 포함될 데이터베이스의 상태를 정확하게 표시합니다. 이것은 사용하여 새로운 복제본을 만드는 데 사용될 수 있습니다트랜잭션 설정 스냅 샷
슬롯이 생성 된 순간 데이터베이스의 상태를 읽으십시오. 그런 다음이 트랜잭션을 사용하여 해당 시점에서 데이터베이스 상태를 덤프하는 데 사용될 수 있으며, 그 후에는 변경 사항을 잃지 않고 슬롯의 내용을 사용하여 업데이트 할 수 있습니다..
스냅 샷 생성이 항상 가능한 것은 아닙니다. 특히 핫 스탠드에 연결되면 실패합니다. 스냅 샷 내보내기가 필요하지 않은 응용 프로그램은와 함께이를 억제 할 수 있습니다.NOEXPORT_SNAPSHOT
옵션.
문서에 올바른 것이없는 것이 있으면 일치하지 않습니다. 특정 기능에 대한 귀하의 경험 또는 추가 설명이 필요합니다. 사용이 양식문서 문제를보고하려면