29.4. 스포츠 토토 베트맨구성

몇 가지가 있습니다토토 사이트: Documentation:-관련 구성 매개 변수 데이터베이스 성능에 영향을 미칩니다. 이 섹션에서는 사용을 설명합니다. 찾다18 장일반 서버 구성 매개 변수 설정에 대한 정보.

체크 포인트힙이 보장되는 일련의 거래 인덱스 데이터 파일이 모든 정보로 업데이트되었습니다. 체크 포인트 앞에 작성되었습니다. 체크 포인트 시간에 모든 더러운 데이터 페이지가 디스크로 플러시되고 특수 체크 포인트 레코드는 로그 파일에 작성되었습니다. (변화는 이전에 플러시되었습니다 그만큼스포츠 토토 베트맨파일.) 이벤트에서 충돌로 인해 충돌 복구 절차는 최신 정보를 살펴 봅니다. 로그의 포인트를 결정하기위한 체크 포인트 레코드 ( REDO 레코드)에서 REDO 작업을 시작해야합니다. 어느 해당 지점 이전의 데이터 파일을 변경하는 것은 이미 디스크에. 따라서 체크 포인트 후 로그 세그먼트 레다 레코드가 포함 된 것이 더 이상 필요하지 않습니다. 재활용 또는 제거 할 수 있습니다. (언제스포츠 토토 베트맨아카이빙이 완료되고 로그 세그먼트가 진행 중입니다 재활용되거나 제거되기 전에 보관해야합니다.)

모든 더러운 데이터 페이지를 플러시하는 체크 포인트 요구 사항 디스크는 상당한 I/O 하중을 유발할 수 있습니다. 이런 이유로 체크 포인트 활동이 조절되어 I/O가 체크 포인트에서 시작됩니다 다음 체크 포인트가 시작되기 전에 시작하고 완료됩니다. 이것 체크 포인트 중 성능 저하를 최소화합니다.

서버의 배경 작성자 프로세스가 자동으로 수행됩니다 너무 자주 검문소. 체크 포인트는 모든 생성됩니다.Checkpoint_segments로그 세그먼트 또는 모든Checkpoint_Timeout초, 어느 쪽이든 먼저. 기본 설정은 3입니다 세그먼트 및 300 초 (5 분). 그것은 또한 SQL 명령을 사용하여 체크 포인트를 강제 할 수 있습니다Checkpoint.

감소Checkpoint_Segments및/또는Checkpoint_Timeout체크 포인트를 유발합니다 더 자주 발생합니다. 이렇게하면 더 빠른 사후 회복이 가능합니다 (그 이후로 더 적은 작업은 재정의해야합니다). 그러나 이것을 균형을 유지해야합니다 더러운 데이터 페이지를 플러싱하는 비용 증가에 비해 자주. 만약에full_page_writes(기본값과 마찬가지로) 설정되어 있으며 고려해야 할 또 다른 요소가 있습니다. 데이터 페이지 일관성을 보장하기 위해 데이터의 첫 번째 수정 각 체크 포인트 후 페이지 전체 페이지를 기록합니다. 콘텐츠. 이 경우 더 작은 체크 포인트 간격이 증가합니다 WAL 로그에 대한 출력량, 부분적으로 목표를 부정합니다. 더 작은 간격을 사용하고 어쨌든 더 많은 디스크를 유발합니다. I/O.

체크 포인트는 먼저 필요하기 때문에 상당히 비싸다 현재 더러운 버퍼를 기록하고 둘째는 위에서 설명한대로 추가 후속 WAL 트래픽을 초래합니다. 그것은 따라서 체크 포인팅 매개 변수를 충분히 높게 설정하는 것이 현명합니다 그 체크 포인트는 너무 자주 발생하지 않습니다. 간단한 정신 점검으로 체크 포인팅 매개 변수에서를 설정할 수 있습니다.Checkpoint_warning매개 변수. 체크 포인트가보다 더 가까워지면Checkpoint_warning초, 메시지가 있습니다 서버 로그로의 출력 증가 권장Checkpoint_segments. 때때로 그런 외모 메시지는 경보의 원인이 아니지만 자주 나타나면 체크 포인트 제어 매개 변수를 증가시켜야합니다. 대부분 대형 작업COPY전송 그렇지 않은 경우 많은 경고가 나타날 수 있습니다. 세트Checkpoint_segments충분히.

페이지가 나오는 파열로 I/O 시스템에 홍수를 피하기 위해, 체크 포인트 중에 더러운 버퍼 쓰기는 일정 기간에 걸쳐 확산됩니다. 시간의. 그 기간은에 의해 제어됩니다.checkpoint_completion_target, 체크 포인트 간격의 일부로 제공됩니다. I/O 주어진시 체크 포인트가 완료되도록 요율이 조정됩니다. 의 일부Checkpoint_segments스포츠 토토 베트맨 체크 포인트 시작 또는 주어진 이후 세그먼트가 소비되었습니다. 의 일부Checkpoint_Timeout초 더 빨리 경과하셨습니다. 기본값 0.5,PostgreSQL다음 체크 포인트를 다음 체크 포인트를 다음에 절반으로 완료하십시오. 체크 포인트가 시작됩니다. 최대 I/O에 매우 가까운 시스템에서 정상 작동 중에 처리량이 증가하고 싶을 수도 있습니다Checkpoint_Completion_TARGET감소 체크 포인트에서 I/O로드. 이것의 단점은 그 것입니다 검사 점을 연장하는 것은 복구 시간에 영향을 미칩니다 가능한 사용을 위해 세그먼트를 유지해야합니다. 회복. 하지만Checkpoint_Completion_TARGET만큼 높게 설정할 수 있습니다 1.0, 그것보다 덜 유지하는 것이 가장 좋습니다 (아마도 0.9 최대). 체크 포인트에는 글쓰기 외에 다른 활동이 포함되어 있기 때문입니다 더러운 버퍼. 1.0의 설정은 체크 포인트가 제 시간에 완료되지 않으므로 WAL 수의 예상치 못한 변화로 인한 성능 손실 필요한 세그먼트

항상 하나 이상의 스포츠 토토 베트맨 세그먼트 파일이 있으며, 일반적으로 (2 + 이상이 아닙니다.Checkpoint_Completion_TARGET) *Checkpoint_segments+ 1 또는Checkpoint_segments+스포츠 토토 베트맨_keep_segments+ 1 파일. 각 세그먼트 파일은 일반적으로 16MB입니다 (이 크기) 서버를 구축 할 때 변경할 수 있습니다). 이것을 사용할 수 있습니다 에 대한 공간 요구 사항 추정스포츠 토토 베트맨. 일반적으로 이전 로그 세그먼트 파일 일 때 더 이상 필요하지 않으며, 재활용됩니다 (이름이 변경되었습니다. 번호가 매겨진 시퀀스의 다음 세그먼트). 단기로 인해 로그 출력 속도의 피크, 3 * 이상이 있습니다.Checkpoint_segments+ 1 세그먼트 파일, 불필요한 세그먼트 파일은 재활용 대신 삭제됩니다. 시스템은이 한도에 따라 돌아옵니다.

아카이브 복구 또는 대기 모드에서 서버는 주기적으로 서버입니다 공연RETARTPOINTS비슷합니다 정상 작동의 체크 포인트 : 서버는 모든 것을 강요합니다. 스테이트로 디스크, 업데이트PG_CONTROL이미 처리 된 WAL 데이터가 다시 스캔 한 다음의 이전 로그 세그먼트 파일을 재활용합니다.PG_XLOG디렉토리. 다시 시작하는 점은입니다 적어도 하나의 체크 포인트 레코드가 재생 된 경우 트리거되고Checkpoint_Timeout초가 통과되었습니다 마지막으로 다시 시작한 이후. 대기 모드에서는 다시 시작점이 있습니다 트리거 된 경우Checkpoint_segments로그 마지막 재시작 지점 이후 세그먼트가 재생되었습니다. 하나의 체크 포인트 레코드가 재생되었습니다. 다시 시작 할 수는 없습니다 마스터의 체크 포인트보다 더 자주 수행됩니다 재시작 점은 Checkpoint Records에서만 수행 할 수 있습니다.

일반적으로 사용되는 두 가지가 있습니다스포츠 토토 베트맨기능 :loginsertandlogflush. loginsert새로운 레코드를 배치하는 데 사용됩니다 그만큼스포츠 토토 베트맨공유 버퍼 메모리. 새 기록을위한 공간이 없다면loginsert쓰기가 필요합니다 (커널로 이동하십시오 캐시) 몇 가지 채워진스포츠 토토 베트맨버퍼. 이것은 바람직하지 않기 때문에loginsert모든 데이터베이스가 낮은 수준에서 사용됩니다 수정 (예 : 행 삽입)은 영향을받는 데이터 페이지에서 독점 잠금 장치가 유지되므로 작업이 가능한 빨리 있어야합니다. 더 나쁜 것은 글쓰기스포츠 토토 베트맨버퍼도 강제 할 수 있습니다 더 많은 시간이 걸리는 새로운 로그 세그먼트의 생성. 보통,스포츠 토토 베트맨버퍼가해야합니다 A에 의해 쓰여지고 플러시됩니다.logflush가장 많은 요청 거래에서 거래 시간은 거래 시간을 계산합니다 레코드는 영구 저장소로 플러시됩니다. 높은 시스템에서 로그 출력,logflush요청이 가능합니다 자주 발생하지 않아 예방할 수 없습니다loginsert쓰기를해야합니다. 그런 시스템은의 수를 늘려야합니다.스포츠 토토 베트맨구성을 수정하여 버퍼 매개 변수스포츠 토토 베트맨_buffers. 언제full_page_writes가 설정되어 있고 시스템이 매우 바빠서이 값을 더 높이 설정합니다. 즉시 기간 동안 응답 시간을 부드럽게하는 데 도움이됩니다 각 체크 포인트 다음.

theCommit_Delay매개 변수는 서버 프로세스의 마이크로 초에 대해 정의합니다 로그에 커밋 레코드를 작성한 후loginsert그러나 수행하기 전에logflush. 이 지연은 다른 사람을 허용합니다 서버가 프로세스하여 커밋 레코드를 로그에 추가하여 모두 단일 로그 동기화로 플러시하도록하십시오. 수면이 없습니다 발생하면 발생합니다.fsyncis 활성화되지 않거나보다 적은 경우Commit_Siblings다른 세션은 현재 활성 거래 중입니다. 이것은 피합니다 다른 세션이 커밋 할 가능성이 낮은 경우 곧. 대부분의 플랫폼에서 수면 해상도는 요청은 10 밀리 초이므로 0이 아닌 모든Commit_Delay1에서 10000 사이의 설정 마이크로 초는 동일한 효과를 갖습니다. 이것들에 대한 좋은 가치 매개 변수는 아직 명확하지 않습니다. 실험이 권장됩니다.

the스포츠 토토 베트맨_SYNC_METHOD매개 변수 결정 방법PostgreSQL커널에 강제를 요청합니다와이즈 토토 : 문서디스크로 업데이트. 모두 옵션은 신뢰성 측면에서 동일해야합니다. 예외fsync_writethrough때로는 다른 경우에도 디스크 캐시의 플러시를 강제 할 수 있습니다. 옵션은 그렇게하지 않습니다. 그러나 그것은 매우 플랫폼별로 다릅니다 하나는 가장 빠를 것입니다. 를 사용하여 옵션 속도를 테스트 할 수 있습니다.PG_TEST_FSYNC모듈. 주목하십시오 이 매개 변수는 관련이 없습니다.fsync꺼졌습니다.

활성화스포츠 토토 베트맨_debug구성 매개 변수 (제공PostgreSQL지원으로 편집되었습니다 그것을 위해) 각각을 초래할 것입니다.loginsert및logflush 스포츠 토토 베트맨서버 로그에 로그인하는 통화. 이 옵션이 될 수 있습니다 미래의보다 일반적인 메커니즘으로 대체되었습니다.