스포츠 토토 사이트 9.0.23 문서 | ||||
---|---|---|---|---|
이전 | up | 25 장. | 다음 |
핫 스탠드는 능력을 설명하는 데 사용되는 용어입니다.
핫 스탠드 모드에서 쿼리 실행은 일반 쿼리와 유사합니다.
언제hot_standby매개 변수는 스포츠 토토 사이트 서버에서 true로 설정되어 시작됩니다.
스포츠 토토 사이트 데이터는 시간이 걸립니다.결국 일관성섹션 13.2.
핫 스탠드에서 시작된 트랜잭션은
쿼리 액세스 -select, 복사
커서 명령 -선언, fetch, 닫기
매개 변수 -show, SET, 리셋
거래 관리 명령
시작, END, abort, 트랜잭션 시작
SavePoint, 릴리스, 롤백으로
예외블록 및 기타
잠금 테이블액세스 공유, 행또는Row Exclusive.
계획 및 자원 -준비, execute, 딜 로이징, Discard
플러그인 및 확장 -로드
핫 스탠드에서 시작된 트랜잭션은 결코 그렇지 않습니다
데이터 조작 언어 (DML) -삽입, 업데이트, 삭제, 복사, Truncate. 주목하십시오
데이터 정의 언어 (DDL) -생성, 드롭, Alter, 댓글. 이 제한은조차도 적용됩니다
선택 ... 공유 | 업데이트,
규칙 ONselect진술
잠금that explicitly requests aRow Exclusive.
잠금짧은 기본 형식으로,독점 액세스.
명시 적으로 설정된 트랜잭션 관리 명령
쓰기 읽기 시작, 트랜잭션을 시작하십시오
트랜잭션 설정 읽기, 세션 특성을 다음과 같이 설정하십시오
set transaction_read_only =
2 상 커밋 명령 -준비, 준비, 롤백 준비심지어
시퀀스 업데이트 -nextVal ()
, setVal ()
듣기, Unlisten, Notify
정상 작동,"읽기 전용"트랜잭션이 시퀀스를 업데이트하고 사용할 수 있습니다듣기, Unlisten및Notify,
핫 스포츠 토토 사이트 중에 매개 변수Transaction_Read_ONLY항상 사실이며 그렇지 않을 수도 있습니다
사용자는 세션이 있는지 여부를 알 수 있습니다.쇼. 또한 일련의 함수테이블) 사용자는 스포츠 토토 사이트에 대한 정보에 액세스 할 수 있습니다
기본 및 스포츠 토토 사이트 서버는 여러면에서 느슨합니다.
발생할 수있는 추가 충돌 유형도 있습니다.어려운 갈등
기본 서버에서 가져온 독점 잠금 액세스,잠금명령 및 다양한DDL동작, 대기에서 테이블 액세스와 충돌합니다
1 차 충돌에서 테이블 스페이스를 삭제합니다
기본 충돌로 데이터베이스를 삭제합니다
WAL에서 진공 청소 레코드의 적용""행 중 하나
WAL에서 진공 청소 기록의 적용
기본 서버에서 이러한 경우는 단순히 스포츠 토토 사이트를 초래합니다.
문제 상황의 예는 관리자입니다.드롭 테이블현재 대기에서 쿼리중인 테이블에서드롭 테이블스포츠 토토 사이트에 적용됩니다.드롭 테이블다른 쿼리가있을 때까지 기다릴 것입니다드롭 테이블실행 중입니다드롭적용 할 수 있습니다.
충돌 쿼리가 짧은 경우 일반적으로 바람직합니다max_standby_archive_delay및max_standby_streaming_delay,"잡기"스포츠 토토 사이트 서버
주로 높은 스포츠 토토 사이트 서버에서
스포츠 토토 사이트 쿼리 간의 충돌의 가장 일반적인 이유"조기 정리".스포츠 토토 사이트허용
숙련 된 사용자는 두 행 버전 정리를 주목해야합니다진공
일단 지연이 지정되면max_standby_archive_delay또는max_standby_streaming_delay초과DROP DATABASE전체 충돌
취소 된 쿼리는 즉시 ret를 rets 수 있습니다 (후
지연 매개 변수는
사용자는 정기적으로 테이블을 분명히해야합니다.max_standby_archive_delay또는max_standby_streaming_delay고려할 수 있습니다station_timeout.
스포츠 토토 사이트 쿼리의 수가 있으면 치료 가능성이 있습니다진공최근 죽음을 제거하는 것Contrib/DBlink및pg_sleep ()
또는 다른 메커니즘을 통해. 당신이max_standby_archive_delay크게 유지해야합니다
또 다른 옵션이 증가하는 것입니다VACUUM_DEFER_CLEANUP_AGE기본 서버에서 데드 행을 정리하지 않도록max_standby_streaming_delay. 그러나 그것은입니다VACUUM_DEFER_CLEANUP_AGE측정됩니다
ifhot_standby|oninon그리고 A가 있습니다on파일
로그 : 스포츠 토토 사이트 모드로 들어갑니다
일관성 정보는 체크 포인트 켜기 당 1 회 기록됩니다Wal_level로 설정되지 않았습니다hot_standby1 차. 도달 a
쓰기 트랜잭션에는 64 개 이상의 SubTransactions이 있습니다.
매우 오래 지속되는 쓰기 트랜잭션
파일 기반 로그 배송을 실행중인 경우 ( "웜 스탠드비"),archive_timeout1 차 설정.
스포츠 토토 사이트의 일부 매개 변수 설정은 필요합니다
max_connections
max_prepared_transactions
max_locks_per_transaction
관리자가 적절한 선택을 선택하는 것이 중요합니다max_standby_archive_delay및max_standby_streaming_delay.
트랜잭션 상태 "힌트 비트"는 기본에 작성되었습니다dblink모듈 및 기타
다음 유형의 관리 명령은 아닙니다
데이터 정의 언어 (DDL) - 예 :색인 생성
특권과 소유권 -grant, Revoke, 재 설계
유지 보수 명령 -분석, 진공, 클러스터, Reindex
다시,이 명령 중 일부는 실제로 허용됩니다.
결과적으로 존재하는 추가 인덱스를 만들 수 없습니다.
pg_cancel_backend ()
작동합니다pg_stat_activity그렇지 않습니다PG_PREPARED_XACTS는 항상 비어 있습니다PG_PREPARED_XACTS기본 및 거래를 해결하기위한 명령을 발행합니다
pg_locks보류 자물쇠가 표시됩니다pg_locks또한accessexclusivelocksaccessexclusivelocks표시하지 마십시오pg_locks시작 프로세스의 경우; 그들은입니다
theNagios플러그인check_pgsql작동합니다check_postgres모니터링 스크립트도 있습니다
WAL 파일 제어 명령은 복구 중에 작동하지 않습니다.pg_start_backup
,
PG_SWITCH_XLOG
etc.
동적으로로드 가능한 모듈 작업을 포함하여pg_stat_statements.
자문 잠금 장치는 교착 상태를 포함하여 복구 중에 정상적으로 작동합니다
예를 들어 트리거 기반 복제 시스템Slony, Londiste및Bucardo스포츠 토토 사이트에서 전혀 실행되지 않습니다.
새로운 OID를 할당 할 수는 없지만 일부는uuid발전기는 여전히 오래 작동 할 수 있습니다
현재 임시 테이블 생성은 허용되지 않습니다
드롭 테이블 스페이스temp_tablespaces매개 변수. 있다면
RunningDROP DATABASE또는데이터베이스 ALTER ... SET TABLESPACE1 차max_standby_streaming_delay. 참고Alter Database ... Rename그렇지 않습니다
정상 (비 복구) 모드에서 문제가 발생하면Drop User또는드롭 역할해당 사용자가 여전히있는 동안 로그인 기능이있는 역할의 경우Drop User기본의 경우 연결이 끊어지지 않습니다
통계 수집가가 복구 중에 활성화되어 있습니다. 모두
Autovacuum은 회복 중에 활성화되지 않습니다. 시작됩니다
배경 작가는 회복 중에 활성화되어 있으며 의지Checkpoint명령이 허용됩니다
다양한 매개 변수가 위에서 언급되어 있습니다.섹션 25.5.2및섹션.
기본 매개 변수Wal_level및VACUUM_DEFER_CLEANUP_AGE사용할 수 있습니다.max_standby_archive_delay및max_standby_streaming_delay1 차에 설정된 경우 효과가 없습니다.
스포츠 토토 사이트, 매개 변수hot_standby, max_standby_archive_delay및max_standby_streaming_delay사용할 수 있습니다.VACUUM_DEFER_CLEANUP_AGE서버가 스포츠 토토 사이트 모드에 남아있는 한 효과가 없습니다.
핫 스탠드에는 몇 가지 제한이 있습니다. 이것들은 할 수 있습니다
해시 인덱스에서의 작업은 현재 월경되지 않았으며,
거래 실행에 대한 모든 지식이 필요합니다
대기 쿼리의 유효한 시작점이 생성됩니다
회복 종료시accessexclusivelocks준비에 의해 유지됩니다accessexclusivelocks또는 계획accessexclusivelocks, 당신은 권장됩니다max_locks_per_transaction, 아마도max_prepared_transactionsis0.