bt_index_checkB-Tree 지수 인 대상이 다양한 불변량을 존중하는지 테스트합니다. 예제 사용 :

test =# select bt_index_check (index = c.oid, heapallindexed = i.indisunique),
               c.relname,
               c.relpages
PG_INDEX에서 i
i.indclass [0] = op.oid에서 pg_opclass op에 가입하십시오
op.opcmethod = am.oid에서 pg_am에 가입하십시오
i.indexrelid = C.oid에서 pg_class c에 가입하십시오
c.relnamespace = n.oid에서 pg_namespace n에 가입하십시오
여기서 am.amname = 'btree'및 n.nspname = 'pg_catalog'
- 다른 세션에서 온 임시 테이블을 무지개 토토하지 마십시오.
그리고 c.relpersistence! = 't'
- 기능이 생략되면 오류가 발생할 수 있습니다.
그리고 c.relkind = 'i'및 i.indisready 및 i.indisvalid
c.relpages desc Limit 10에 의한 주문;
 bt_index_check |             Relname | 재선
----------------+---------------------------------------------
                | pg_depend_reference_index |       43
                | pg_depend_depender_index |       40
                | pg_proc_proname_args_nsp_index |       31
                | pg_description_o_c_o_index |       21
                | pg_attribute_relid_attnam_index |       14
                | pg_proc_oid_index |       10
                | pg_attribute_relid_attnum_index |        9
                | pg_amproc_fam_proc_index |        5
                | pg_amop_op_fam_index |        5
                | pg_amop_fam_strat_index |        5
(10 줄)

이 예제는 데이터베이스에서 가장 큰 10 개의 카탈로그 인덱스 검증을 수행하는 세션을 보여줍니다“테스트”. 인덱스 튜플로서 힙 튜플의 존재를 검증하는 것은 고유 인덱스 인 서브 세트에 요청된다. 오류가 발생하지 않기 때문에 테스트 된 모든 인덱스는 논리적으로 일관된 것으로 보입니다. 당연히이 쿼리는 쉽게 전화를 걸 수 있습니다bt_index_check무지개 토토이 지원되는 데이터베이스의 모든 색인에 대해.

bt_index_check인수accesssharelock대상 지수와 그에 속하는 힙 관계에서. 이 잠금 모드는 단순한 관계에서 획득 한 동일한 잠금 모드입니다select진술.bt_index_check아동/부모 관계에 걸친 불변량을 무지개 토토하지 않지만 모든 힙 튜플의 존재를 색인 내 인덱스 튜플로 무지개 토토할 때HeaPallIndexedistrue. 언제CheckuniqueisTrue bt_index_check고유 인덱스의 중복 항목 중 하나 이상이 보이지 않는지 무지개 토토합니다. 살아있는 생산 환경에서 일상적이고 가벼운 부패 테스트가 필요할 때bt_index_check종종 검증의 철저 함과 응용 프로그램 성능 및 가용성에 미치는 영향을 제한하는 것 사이의 최상의 트레이드 오프를 제공합니다.

bt_index_parent_checkB-Tree 지수 인 대상이 다양한 불변량을 존중하는지 테스트합니다. 선택적으로HeaPallIndexed인수는true, 함수는 인덱스 내에서 찾아야 할 모든 힙 튜플의 존재를 무지개 토토합니다. 언제Checkuniqueistrue bt_index_parent_check고유 인덱스의 중복 항목 중 하나 이상이 보이는지 무지개 토토합니다. 선택 사항rootdescend인수는true, 검증은 각 튜플에 대한 루트 페이지에서 새 검색을 수행하여 잎 수준에서 튜플을 다시 찾아냅니다. 수행 할 수있는 수표bt_index_parent_check|bt_index_check. bt_index_parent_check더 철저한 변형으로 생각할 수 있습니다bt_index_check:와 달리bt_index_check, bt_index_parent_check또한 인덱스 구조에 다운 링크가 누락되지 않은지 무지개 토토하는 것을 포함하여 부모/자식 관계에 걸친 불변량을 무지개 토토합니다.bt_index_parent_check논리적 불일치 또는 기타 문제를 발견하면 오류를 제기하는 일반적인 협약을 따릅니다.

aSharelock대상 색인에서에 필요합니다bt_index_parent_check(aSharelock힙 관계에서도 인수됩니다). 이 잠금은 동시 데이터 수정을 방지합니다삽입, 업데이트및삭제명령. 자물쇠는 또한 기본 관계가 동시에 처리되는 것을 방지합니다.진공및 기타 모든 유틸리티 명령. 함수는 전체 트랜잭션이 아닌 실행 중에만 잠금을 유지합니다.

bt_index_parent_check의 추가 검증은 다양한 병리학 적 사례를 감지 할 가능성이 더 높습니다. 이러한 경우에는 기본 B-Tree Index Access Method Code에서 무지개 토토 된 인덱스 또는 가설 적으로 발견되지 않은 버그가 사용되는 잘못 구현 된 B- 트리 연산자 클래스가 포함될 수 있습니다. 참고bt_index_parent_checkhot stedby 모드가 활성화 될 때 (즉, 읽기 전용 물리 복제본에서)bt_index_check.

관계의 페이지에 무효화 된 데이터가 포함 된 데이터가 포함 된 구조적 손상 및 논리적 손상에 대한 구조적 손상에 대한 표, 시퀀스 또는 구체화 된보기를 점검합니다. 여기서 페이지는 구조적으로 유효하지만 데이터베이스 클러스터의 복원과 일치하지 않습니다.

다음 선택적 인수가 인식됩니다.

감지 된 각 부패에 대해gryify_heapam다음 열이있는 행을 반환합니다.