25.5.2. 쿼리 충돌 처리

기본 및 대기 서버는 여러면에서 느슨합니다. 연결. 1 차에 대한 조치는 대기. 결과적으로 부정적인 상호 작용의 가능성이 있습니다 또는 그들 사이의 갈등. 이해하기 가장 쉬운 갈등은입니다 성능 : 기본에서 막대한 데이터로드가 발생하는 경우 그러면 이것은 비슷한 WAL 레코드 스트림을 생성합니다. 대기, 대기 쿼리는 시스템 리소스에 맞을 수 있습니다. I/O로

뜨거운 스포츠 토토 베트맨. 이러한 갈등은어려운 갈등쿼리를 취소해야하고 경우에 따라 세션이 필요할 수 있습니다. 그들을 해결하기 위해 연결이 끊어졌습니다. 사용자에게는 여러 가지가 제공됩니다 이러한 갈등을 처리하는 방법. 갈등 사례는 >138_word_end<과 같습니다.

• 기본 서버에서 가져온 독점 잠금 액세스 둘 다 명시 적잠금명령 및 다양한DDL행동, 테이블과 충돌합니다 스포츠 토토 베트맨 쿼리에서 액세스합니다.

• 대기와의 1 차 충돌에서 테이블 스페이스를 삭제합니다 임시 작업 파일에 해당 테이블 스페이스를 사용하는 쿼리.

• 세션과의 기본 충돌에 대한 데이터베이스 삭제 대기의 해당 데이터베이스에 연결되었습니다.

• WAL에서 진공 청소 기록의 적용 스냅 샷이 여전히있을 수있는 스포츠 토토 베트맨 트랜잭션"참조"제거 할 행 중 하나입니다.

• WAL에서 진공 청소 기록의 적용 스포츠 토토 베트맨에서 대상 페이지에 액세스하는 쿼리, 여부에 관계없이 제거 할 데이터가 표시됩니다.

기본 서버에서 이러한 경우는 단순히 스포츠 토토 베트맨를 초래합니다. 그리고 사용자는 상충되는 작업 중 하나를 취소하도록 선택할 수 있습니다. 그러나 스포츠 토토 베트맨에는 선택의 여지가 없습니다 : Wal-Logged Action 기본에서 이미 발생하여 스포츠 토토 베트맨가 실패하지 않아야합니다. 적용하십시오. 또한 WAL 응용 프로그램이 기다릴 수 있습니다 스포츠 토토 베트맨 상태이기 때문에 무기한은 바람직하지 않을 수 있습니다 예비 선거의 뒤에서 점점 더 멀어 질 것입니다. 따라서 a 스포츠 토토 베트맨 쿼리를 강제로 취소하는 메커니즘이 제공됩니다 적용되는 WAL 레코드와 충돌합니다.

문제 상황의 예는 관리자입니다. 기본 서버 실행드롭 테이블a >69_word_end< 대기 서버에서 쿼리중인 테이블. 분명히 대기 쿼리는이면 계속할 수 없습니다.드롭 테이블스포츠 토토 베트맨에 적용됩니다. 이 경우 기본에서 상황이 발생했습니다.드롭 테이블다른 쿼리가 끝날 때까지 기다릴 것입니다. 하지만 >143_word_end<드롭 테이블기본에서 실행됩니다 기본은 쿼리가 실행중인 정보가 없습니다. 대기는 대기 쿼리를 기다리지 않습니다. 그만큼 대기 중에 WAL Change 레코드가 대기로 나옵니다. 쿼리가 여전히 실행 중이면서 충돌이 발생합니다. 대기 서버가 있어야합니다 WAL 레코드의 적용 지연 (그리고 그 이후의 모든 것 그들도) 또는 그렇지 않으면 충돌 쿼리를 취소하여드롭 테이블적용 할 수 있습니다.

충돌 쿼리가 짧은 경우 일반적으로 바람직합니다. WAL 애플리케이션을 약간 지연시켜 완료 할 수 있습니다. 그러나 WAL 응용 프로그램의 긴 지연은 일반적으로 바람직하지 않습니다. 그래서 취소 메커니즘에는 매개 변수가 있습니다.max_standby_archive_delayandmax_standby_streaming_delay19860_20222"잡기"멀리 떨어진 스포츠 토토 베트맨 서버 뒤에서) 스트리밍 복제를 통한 WAL 데이터를 읽는다.

주로 고 가용성을 위해 존재하는 대기 서버에서 지연 매개 변수를 비교적 짧게 설정하는 것이 가장 좋습니다. 서버는 대기 쿼리. 그러나 대기 서버가 장기 실행 쿼리 실행, 높은 지연 또는 무한한 지연 가치가 바람직 할 수 있습니다. 그러나 장기적으로 명심하십시오 쿼리는 대기 서버의 다른 세션이 표시되지 않도록합니다. WAL의 적용이 지연되는 경우 1 차의 최근 변경 사항 기록.

일단 지연이 지정되면max_standby_archive_delay또는max_standby_streaming_delay초과 충돌 쿼리가 취소됩니다. 이것은 일반적으로 바로 그 결과가 발생합니다 a 재생의 경우 취소 오류입니다.DROP DATABASE전체 충돌 세션이 종료됩니다. 또한 갈등이 자물쇠를 초과하는 경우 유휴 거래에 의해 보유 된 충돌 세션은 종료됩니다. (이 행동은 미래에 변할 수 있습니다).

취소 된 쿼리는 즉시 재조정 될 수 있습니다 (>169_word_end<한 후 물론 새로운 거래). 쿼리 취소는 WAL 레코드의 특성은 재생되는 쿼리였습니다. 취소 된 경우 다시 실행되면 성공할 수 있습니다.

지연 매개 변수는 대기 서버에서 WAL 데이터를 수신 한 이후의 시간이 경과했습니다. 따라서 대기의 한 쿼리에 허용되는 유예 기간은 지연 매개 변수 이상이 아니며 상당히 적을 수 있습니다. 대기 중 대기가 이미 뒤처진 경우 완료하기위한 >135_word_end< 쿼리 또는 무거운 업데이트로드를 유지하십시오.

스포츠 토토 베트맨 쿼리와 충돌의 가장 일반적인 이유 Wal Replay는"조기 정리". 보통,스포츠 토토 베트맨오래된 정리를 허용합니다 트랜잭션을 볼 필요가없는 경우 행 버전 MVCC 규칙에 따라 데이터의 정확한 가시성을 보장합니다. 그러나이 규칙은 실행하는 거래에만 적용될 수 있습니다. 주인에. 그래서 마스터의 청소가 트랜잭션에 여전히 볼 수있는 행 버전을 제거합니다. 대기.

숙련 된 사용자는 행 버전 정리와 행 버전 동결은 잠재적으로 스포츠 토토 베트맨와 충돌 할 것입니다 쿼리. 매뉴얼 실행진공 동결IS 업데이트되거나 삭제되지 않은 테이블에서도 충돌을 일으킬 가능성이 높습니다. 줄.

사용자는 정기적이고 심하게 테이블을 분명히해야합니다. 기본 서버에서 업데이트하면 신속하게 취소됩니다. 대기에서 더 긴 쿼리. 그러한 경우 에 대한 유한 가치max_standby_archive_delay또는max_standby_streaming_delay고려할 수 있습니다 설정과 유사station_timeout.

스포츠 토토 베트맨 쿼리의 수가 있으면 치료 가능성이 있습니다 취소는 용납 할 수없는 것으로 밝혀졌습니다. 첫 번째 옵션은 매개 변수 설정>144_word_end<_feedback, 방지진공제거에서 최근에 죽은 줄과 정리 충돌은 발생하지 않습니다. 당신이한다면 이것은 죽은 줄의 정리를 지연시킬 것입니다. 기본은 바람직하지 않은 테이블 부풀게 될 수 있습니다. 하지만, 대기가 쿼리하는 경우보다 청소 상황이 나쁘지 않을 것입니다. 기본 서버에서 직접 실행 중이며 여전히 대기에 오프로드 실행의 이점을 얻습니다.max_standby_archive_delay보관해야합니다 이 경우 지연된 월 파일이 이미 포함 할 수 있기 때문에이 경우에 원하는 스포츠 토토 베트맨 쿼리와 충돌하는 항목.

또 다른 옵션이 증가하는 것입니다VACUUM_DEFER_CLEANUP_AGE기본 서버의 경우 데드 행을 청소하지 않도록 평소처럼 빨리. 이것은 더 많은 시간을 허용합니다 스포츠 토토 베트맨에서 취소되기 전에 실행하는 쿼리는 높음을 설정해야max_standby_streaming_delay. 그러나 어렵습니다 이 접근법으로 특정 실행 시간 창을 보장하려면 부터VACUUM_DEFER_CLEANUP_AGE측정됩니다 기본 서버에서 실행 된 트랜잭션에서.

쿼리 수와 그 이유는 사용보기PG_STAT_DATABASE_CONFLICTS시스템보기 스포츠 토토 베트맨 서버. 그만큼PG_STAT_DATABASE시스템보기도 요약 정보도 포함합니다.

25.5.3. 관리자 개요

if>144_word_end<가되었습니다oninpostgresql.conf및복구 .conf파일 >69_word_end<, 서버는 핫 스탠드 모드로 실행됩니다. 그러나 일부가 필요할 수 있습니다 서버이기 때문에 핫 대기 연결이 허용되는 시간 연결이 충분히 완료 될 때까지 연결을 허용하지 않습니다 쿼리가 할 수있는 일관된 상태를 제공하기위한 복구 달리다. 이 기간 동안 연결을 시도하는 고객은 오류 메시지로 거부했습니다. 서버가 나타 났는지 확인하려면 응용 프로그램에서 연결하려고 시도하거나 서버 로그의 이러한 메시지 :

로그 : 대기 모드로 들어갑니다

... 그럼 얼마 후 ...

로그 : 일관된 복구 상태에 도달했습니다
로그 : 데이터베이스 시스템이 읽기 전용 연결을 수락 할 준비가되었습니다

일관성 정보는 체크 포인트 당 한 번 기록됩니다 주요한. WAL을 읽을 때 핫 스포츠 토토 베트맨를 활성화 할 수 없습니다. 기간 동안 작성Wal_level설정되지 않음>144_word_end<1 차. 일관된 상태에 도달하는 것은 또한 이 두 조건 모두 :

• 쓰기 트랜잭션에는 64 개 이상의 SubTransactions이 있습니다.

• 매우 오래 지속되는 쓰기 트랜잭션

파일 기반 로그 배송을 실행중인 경우 ( "웜 스탠드비") >138_word_end< WAL 파일이 도착할 때까지 기다려야 할 수도 있습니다. 만큼archive_timeout설정 1 차.

대기의 일부 매개 변수 설정은 필요합니다 기본에서 변경된 경우 재구성. 이것들을 위해 매개 변수, 대기 값은 동일해야합니다. 1 차 값보다. 이러한 매개 변수가 높게 설정되지 않은 경우 그러면 대기는 >169_word_end<을 거부 할 것입니다. 더 높은 값은 할 수 있습니다 그런 >138_word_end< 공급되고 서버를 다시 >169_word_end<하여 복구를 다시 >169_word_end<하십시오. 이 매개 변수는 >138_word_end<과 같습니다.

• max_connections

• max_prepared_transactions

• max_locks_per_transaction

관리자가 적절한 선택을 선택하는 것이 중요합니다 설정max_standby_archive_delay및max_standby_streaming_delay. 가장 좋은 선택은 비즈니스 우선 순위에 따라 다릅니다. 예를 들어 서버가 주로 고 가용성 서버로 임무를 수행하는 경우 그렇다면 지연 설정이 낮을 수 있습니다. 그것은 매우 공격적인 환경입니다. 대기 서버가 작업 된 경우 의사 결정 >24_word_end< 쿼리를위한 추가 서버로서 최대 지연 값을 여러 시간으로 설정하거나 쿼리가 완료 될 때까지 영원히 기다리는 것을 의미합니다.

트랜잭션 상태 "힌트 비트"가 기본에 작성된 것은 아닙니다. wal-logged, 따라서 대기의 데이터는 힌트를 다시 작성할 것입니다. 다시 대기에서. 따라서 대기 서버는 여전히 수행됩니다 디스크는 모든 사용자가 읽기 전용이더라도 씁니다. 변경 사항이 없습니다 데이터 가치 자체에. 사용자는 여전히 큰 종류를 씁니다 임시 파일 및 RelCache Info 파일을 재생하므로 일부는 없습니다. 핫 스포츠 토토 베트맨 모드에서 데이터베이스는 진정으로 읽기 전용입니다. 또한 참고하십시오 를 사용하여 원격 데이터베이스에 씁니다.dblink모듈 및 기타 작업 외부 PL 기능을 사용하는 데이터베이스는 여전히 가능합니다. 거래는 로컬로 읽기 전용입니다.

>138_word_end< 유형의 관리 명령은 허용되지 않습니다 복구 모드 중 :

• 데이터 정의 언어 (DDL) - 예 :생성 색인

• 특권 및 소유권 -grant, Revoke, 재 설계

• 유지 보수 명령 -분석, 진공, 클러스터, Reindex

다시,이 명령 중 일부는 실제로 허용됩니다. 기본의 "읽기 전용"모드 트랜잭션 중에.

결과적으로 존재하는 추가 인덱스를 만들 수 없습니다. 대기 또는 전적으로 존재하는 통계에만 대기. 이러한 행정 명령이 필요한 경우해야합니다 기본에서 실행되면 결국에는 이러한 변경 사항이 대기로 전파합니다.

pg_cancel_backend ()andpg_terminate_backend ()사용자 백엔드이지만 수행되는 >169_word_end< 프로세스는 아닙니다 회복.pg_stat_activity그렇지 않습니다 >169_word_end< 프로세스에 대한 항목을 표시하거나 복구 트랜잭션은 활성으로 표시됩니다. 결과적으로,PG_PREPARED_XACTS는 항상 비어 있습니다 회복. 의심의 여지가있는 거래를 해결하려면 보다PG_PREPARED_XACTS기본 및 거래를 해결하기위한 명령을 발행합니다.

pg_locks보류 자물쇠가 표시됩니다 평소처럼 뒷받침.PG_LOCKS>169_word_end< 프로세스에서 관리하는 가상 트랜잭션을 보여줍니다. 모두 소유accessexclusivelocks회복에 의해 거래가 재생됩니다. 스타트 업 프로세스는 데이터베이스를 변경하기 위해 잠금을 획득하지 않으므로 이외의 자물쇠accessexclusivelocks표시되지 않음PG_LOCKS스타트 업 프로세스; 그들은 단지 존재하는 것으로 추정됩니다.

theNagios플러그인check_pgsql간단하기 때문에 작동합니다 확인이 존재합니다. 그만큼check_postgres모니터링 스크립트도 마찬가지입니다 보고 된 일부 가치는 다르거나 혼란 스러울 수 있지만 결과. 예를 들어, 마지막 진공 시간은 유지되지 않습니다. 대기에는 진공이 발생하지 않기 때문입니다. 진공 청소기 1 차는 여전히 대기로 변경을 보냅니다.

WAL 파일 제어 명령은 복구 중에 작동하지 않습니다 (예 :PG_START_BACKUP, PG_SWITCH_XLOGetc.

동적으로로드 가능한 모듈 작업을 포함하여pg_stat_statements.

자문 잠금 장치는 교착 상태를 포함하여 복구 중에 정상적으로 작동합니다 발각. 자문 잠금 장치는 절대 로그인하지 않으므로 기본 또는 WAL Replay와 충돌하는 대기. 획득 할 수 없습니다 1 차 자문 잠금 잠금 장치와 비슷한 대기에 대한 자문 잠금. 자문 잠금은 그들이 인수 한 서버.

예를 들어 트리거 기반 복제 시스템슬론, Londiste및Bucardo스포츠 토토 베트맨에서 전혀 실행되지 않습니다. 비록 그들이 기본 서버에서 행복하게 실행되지만 변경 사항은 적용될 스포츠 토토 베트맨 서버로 전송되지 않습니다. Wal Replay 트리거 기반이 아니므로 스포츠 토토 베트맨에서 릴레이 할 수 없습니다. 추가 데이터베이스가 작성하거나 의존하는 시스템 트리거 사용.

새로운 OID를 할당 할 수는 없지만 일부는uuid발전기는 여전히 오래 작동 할 수 있습니다 데이터베이스에 새로운 상태를 작성하는 데 의존하지 마십시오.

>69_word_end<, 임시 테이블 생성은 읽기 중에 허용되지 않습니다 트랜잭션 만 있으므로 경우에 따라 기존 스크립트가 실행되지 않습니다. 바르게. 이 제한은 나중에 릴리스에서 완화 될 수 있습니다. 이것은 SQL 표준 준수 문제이며 기술적 인 것입니다. 문제.

드롭 테이블 스페이스테이블 스페이스가 비어 있습니다. 일부 스포츠 토토 베트맨 사용자는 적극적으로 사용 중일 수 있습니다 그들의 테이블 스페이스temp_tablespaces매개 변수. 테이블 스페이스에 임시 파일이있는 경우 모두 임시 파일이 테이블 스페이스를 제거하고 WAL 리플레이가 계속하다.

RunningDROP DATABASE또는Alter Database ... Set TableSpace1 차 연결된 모든 사용자가 스포츠 토토 베트맨의 해당 데이터베이스는 강제로 연결 해제됩니다. 이것 조치는의 설정에 관계없이 즉시 발생합니다.max_standby_streaming_delay. 참고Alter Database ... Rename사용자를 분리하지 않습니다. 대부분의 경우에는 눈에 띄지 않게 될 것입니다. 데이터베이스에 어떤 식 으로든 의존하는 경우 프로그램 혼동을 유발합니다. 이름.

정상 (비 복구) 모드에서 문제가 발생하면Drop User또는드롭 역할사용자가 여전히 연결된 동안 로그인 기능이있는 역할 그런 >138_word_end< 연결된 사용자에게는 아무 일도 일어나지 않습니다. 연결되어 있습니다. 그러나 사용자는 다시 연결할 수 없습니다. 이 동작은 적용됩니다 회복, 그래서 aDrop Useron 기본은 대기에서 해당 사용자를 분리하지 않습니다.

통계 수집가는 복구 중에 활성화됩니다. 모든 스캔, 읽기, 블록, 인덱스 사용법 등은 정상적으로 기록됩니다. 대기. 재생 된 작업은 그 영향에 대한 영향을 복제하지 않습니다 1 차, 삽입물을 재생하면 삽입물이 증가하지 않습니다. pg_stat_user_tables의 열. 통계 파일이 삭제됩니다 복구 >169_word_end<, 따라서 1 차 및 대기 통계는 다릅니다. 이것은 버그가 아닌 기능으로 간주됩니다.

Autovacuum은 회복 중에 활성화되지 않습니다. 정상적으로 >169_word_end<됩니다 회복이 끝날 때.

배경 작가는 회복 중에 활성화되어 있으며 재>169_word_end< 점 (기본의 체크 포인트와 유사) 및 정상 청소 활동을 차단합니다. 여기에는 힌트 비트의 업데이트가 포함될 수 있습니다 대기 서버에 저장된 정보. 그만큼Checkpoint복구 중에 명령이 허용됩니다. 새로운 체크 포인트가 아닌 다시 >169_word_end<점을 수행하지만

25.5.4. 핫 스포츠 토토 베트맨 매개 변수 참조

위에서 언급 한 다양한 매개 변수가섹션 25.5.2and섹션 25.5.3.

기본 매개 변수Wal_levelandVACUUM_DEFER_CLEANUP_AGE사용할 수 있습니다.max_standby_archive_delayandmax_standby_streaming_delay기본에 설정된 경우 효과가 없습니다.

스포츠 토토 베트맨, 매개 변수>144_word_end<, max_standby_archive_delayandmax_standby_streaming_delay사용할 수 있습니다.VACUUM_DEFER_CLEANUP_AGE서버가 스포츠 토토 베트맨 모드에 남아있는 한 효과가 없습니다. 스포츠 토토 베트맨가 기본이되면 관련성이 높아집니다.

25.5.5. 경고

핫 스탠드에는 몇 가지 제한이 있습니다. 이것들은 할 수 있습니다 아마도 향후 릴리스에서 고정 될 것입니다 :

• 해시 인덱스에서의 작업은 >69_word_end< Wal-Logged가 아닙니다 재생은 이러한 색인을 업데이트하지 않습니다.

• 거래 실행에 대한 전체 지식이 필요합니다 스냅 샷을 찍을 수 있습니다. 많은 수를 사용하는 거래 잠수함 (>69_word_end< 64보다 큰)은 >169_word_end<을 지연시킵니다. 가장 긴 달리기가 완료 될 때까지 연결 만 읽기 트랜잭션을 작성하십시오. 이 상황이 발생하면 설명 메시지 서버 로그로 전송됩니다.

• 대기 쿼리의 유효한 >169_word_end<점이 각각 생성됩니다. 마스터의 검문소. 대기가 종료되는 경우 마스터가 종료 상태에 있으므로 다시 들어갈 수 없습니다. 기본이 >169_word_end<될 때까지 핫 대기로 생성됩니다. WAL 로그의 추가 출발점. 이 상황은 아닙니다 문제가 발생할 수있는 가장 일반적인 상황에서 문제. 일반적으로 기본이 종료되고 더 이상 사용할 수없는 경우 대기가 필요한 심각한 실패로 인한 것 같습니다. 어쨌든 새로운 기본으로 운영되도록 변환됩니다. 그리고에서 1 차가 의도적으로 철회되는 상황, 대기가 새로운 기본이되도록 조정 매끄럽게 표준 절차입니다.

• 회복 종료시accessexclusivelocks준비된 거래에 의해 유지됩니다 정상적인 잠금 테이블 항목의 두 배가 필요합니다. 당신이 많은 수의 동시에 준비된 계획 일반적으로 취하는 거래accessexclusivelocks또는 하나를 가질 계획입니다 많은 것을 취하는 큰 거래accessexclusivelocks, 당신은 a를 선택하는 것이 좋습니다 더 큰 값max_locks_per_transaction, 아마도 1 차 매개 변수 값의 두 배나 섬기는 사람. 당신은 당신의 설정이라면 이것을 전혀 고려할 필요가 없습니다max_prepared_transactionsis 0입니다.

• 직렬화 가능한 트랜잭션 격리 수준은 아직 없습니다 핫 스포츠 토토 베트맨로 제공됩니다. (보다>149_word_end<.3and섹션 13.4.1자세한 내용.) 거래를 설정하려는 시도 핫 스포츠 토토 베트맨 모드에서 직렬화 가능한 분리 레벨은 오류.