이 문서는 지원되지 않는 PostgreSQL 버전에 대한 것입니다.
다음에 대한 동일한 페이지를 보고 싶을 수도 있습니다.메이저 토토 사이트 : 문서 : 17 : F.28. PG_PREWARM - Buffer Caches 로의 예압 관계 데이터버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

F.26. pg_토토

pg_토토모듈은 관계 데이터를 운영 체제 버퍼 캐시 또는포스트그레SQL버퍼 캐시.

F.26.1. 기능

pg_토토(regclass, 모드 텍스트 기본값 '버퍼', 포크 텍스트 기본값 'main',
           first_block int8 기본값은 null,
           last_block int8 기본값 null) RETURNS int8

첫 번째 인수는 미리 데워질 관계입니다. 두 번째 주장은 아래에서 자세히 설명하는 것처럼 사용할 예열 방법입니다. 세 번째는 일반적으로 미리 데워질 관계 포크입니다.메인. 네 번째 인수는 사전 준비할 첫 번째 블록 번호입니다(NULL0의 동의어로 허용됩니다). 다섯 번째 인수는 사전 준비할 마지막 블록 번호입니다(NULL관계의 마지막 블록을 통한 사전 준비를 의미합니다). 반환 값은 미리 예열된 블록 수입니다.

세 가지 사전 예열 방법이 있습니다.프리페치지원되는 경우 운영 체제에 비동기 프리페치 요청을 발행하고, 지원되지 않으면 오류를 발생시킵니다.읽기요청된 블록 범위를 읽습니다. 달리프리페치, 이는 동기식이며 모든 플랫폼과 빌드에서 지원되지만 속도가 느려질 수 있습니다.버퍼요청된 블록 범위를 데이터베이스 버퍼 캐시로 읽습니다.

이러한 방법 중 하나를 사용하면 캐시할 수 있는 것보다 더 많은 블록을 미리 준비하려고 시도한다는 점에 유의하세요. — 사용 시 OS에 의해프리페치또는읽기또는 작성자:포스트그레SQL사용 시버퍼— 더 높은 번호의 블록을 읽으면 더 낮은 번호의 블록이 제거될 가능성이 높습니다. 또한 사전 워밍업된 데이터는 캐시 축출로부터 특별한 보호를 받지 못하므로 읽힌 직후에 다른 시스템 활동으로 인해 새로 워밍업된 블록이 제거될 수도 있습니다. 반대로 사전 준비로 인해 캐시에서 다른 데이터가 제거될 수도 있습니다. 이러한 이유로 사전 준비는 일반적으로 캐시가 거의 비어 있는 시작 시 가장 유용합니다.