이 문서는 지원되지 않는 버전의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 보려고 할 수 있습니다PostgreSQL : 문서 : 17 : 28.5. 메이저 토토 사이트 구성버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

26.3. 토토 사이트 추천구성

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

체크 포인트는 트랜잭션 순서의 포인트입니다 데이터 파일이 체크 포인트 앞에 작성된 모든 정보. 체크 포인트에서 시간, 모든 더러운 데이터 페이지는 디스크로 플러시되고 특별 체크 포인트 레코드는 로그 파일에 기록됩니다. a 충돌, 충돌 복구 절차가 최신을 살펴 봅니다 로그의 포인트를 결정하기위한 체크 포인트 레코드 ( REDO 레코드)에서 REDO 작업을 시작해야합니다. 어느 그 시점 이전에 데이터 파일을 변경하는 것은 이미 디스크에. 따라서 체크 포인트가 이루어진 후 모든 로그 레다 레코드가 포함 된 세그먼트 이전 세그먼트는 더 길고 재활용 또는 제거 할 수 있습니다. (언제토토 사이트 추천아카이빙이 완료되고 있습니다. 로그 세그먼트는 재활용되기 전에 보관해야합니다. 제거됨.)

서버의 배경 작성자 프로세스가 자동으로됩니다 자주 검사 점을 수행하십시오. 체크 포인트가 생성됩니다 모든Checkpoint_segments로그 세그먼트 또는 모든Checkpoint_Timeout초, 어느 쪽이든 먼저. 기본 설정은 3입니다 세그먼트와 300 초. 또한 가능합니다 SQL 명령을 사용하여 체크 포인트를 강제로Checkpoint.

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

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

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

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

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

the토토 사이트 추천_Sync_Method매개 변수 결정 방법PostgreSQL커널에 강제를 요청합니다토토 사이트 추천디스크로 업데이트. 모두 옵션은 신뢰성이 진행되는 한 동일하지만 가장 빠른 플랫폼 특정입니다. 메모 이 매개 변수가 관련이 없다는 경우fsync꺼졌습니다.

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