2025년 9월 25일:토토 커뮤니티 : 토토
이 문서는 지원되지 않는 토토 베이 버전에 대한 것입니다.
당신은 다음과 같은 페이지를 보고 싶을 수도 있습니다.토토 : 문서 : 17 : 19.17. 개발자 옵션버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

18.17. 개발자 옵션

다음 매개변수는 다음 작업에 사용됩니다.토토 베이소스 코드, 경우에 따라 심각하게 손상된 데이터베이스의 복구를 지원합니다. 프로덕션 데이터베이스에서 사용할 이유가 없습니다. 따라서 샘플에서 제외되었습니다.토토 베이.conf파일. 이러한 매개변수 중 상당수가 제대로 작동하려면 특별한 소스 컴파일 플래그가 필요합니다.

allow_system_table_mods (부울)

시스템 테이블 구조 수정을 허용합니다. 이것은 다음에서 사용됩니다.initdb. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다.

ignore_system_indexes (부울)

시스템 테이블을 읽을 때 시스템 인덱스를 무시합니다(그러나 테이블을 수정할 때는 여전히 인덱스를 업데이트합니다). 이는 손상된 시스템 인덱스를 복구할 때 유용합니다. 이 매개변수는 세션 시작 후에는 변경할 수 없습니다.

post_auth_delay (정수)

0이 아닌 경우 인증 절차를 수행한 후 새 서버 프로세스가 시작될 때 이 수초의 지연이 발생합니다. 이는 개발자에게 디버거를 사용하여 서버 프로세스에 연결할 수 있는 기회를 제공하기 위한 것입니다. 이 매개변수는 세션 시작 후에는 변경할 수 없습니다.

pre_auth_delay (정수)

0이 아닌 경우 새 서버 프로세스가 분기된 직후 인증 절차를 수행하기 전에 이 정도의 지연이 발생합니다. 이는 개발자가 인증 시 잘못된 동작을 추적하기 위해 디버거를 사용하여 서버 프로세스에 연결할 수 있는 기회를 제공하기 위한 것입니다. 이 매개변수는에서만 설정할 수 있습니다.토토 베이.conf파일 또는 서버 명령줄에서.

trace_notify (부울)

에 대한 많은 양의 디버깅 출력을 생성합니다.듣기그리고알림명령.client_min_messages또는log_min_messages반드시디버그1또는 그 이하로 이 출력을 각각 클라이언트 또는 서버 로그로 보냅니다.

trace_recovery_messages (열거형)

그렇지 않으면 기록되지 않을 복구 관련 디버깅 출력의 기록을 활성화합니다. 이 매개변수를 사용하면 사용자는의 일반 설정을 재정의할 수 있습니다.log_min_messages, 그러나 특정 메시지에만 해당됩니다. 이는 Hot Standby 디버깅에 사용하기 위한 것입니다. 유효한 값은 다음과 같습니다.디버그5, 디버그4, 디버그3, 디버그2, 디버그1로그. 기본값은,로그, 로깅 결정에 전혀 영향을 미치지 않습니다. 다른 값을 사용하면 해당 우선순위 이상의 복구 관련 디버그 메시지가 마치 다음과 같이 기록됩니다.로그우선순위; 일반적인 설정의 경우log_min_messages이로 인해 무조건 서버 로그로 전송됩니다. 이 매개변수는에서만 설정할 수 있습니다.토토 베이.conf파일 또는 서버 명령줄에서.

trace_sort (부울)

켜져 있으면 정렬 작업 중 리소스 사용량에 대한 정보를 내보냅니다. 이 매개변수는 다음과 같은 경우에만 사용할 수 있습니다.TRACE_SORT매크로가 정의된 시기포스트그레SQL컴파일되었습니다. (단,TRACE_SORT현재 기본적으로 정의되어 있습니다.)

trace_locks (부울)

켜져 있으면 잠금 사용에 대한 정보를 내보냅니다. 덤프되는 정보에는 잠금 작업 유형, 잠금 유형 및 잠기거나 잠금 해제되는 개체의 고유 식별자가 포함됩니다. 또한 이 개체에 이미 부여된 잠금 유형과 이 개체에 대해 대기 중인 잠금 유형에 대한 비트 마스크도 포함됩니다. 각 잠금 유형에 대해 부여된 잠금 및 대기 중인 잠금의 수와 총계도 덤프됩니다. 로그 파일 출력의 예는 다음과 같습니다.

로그: LockAcquire: 신규: 잠금(0xb7acd844) id(24688,24696,0,0,0,1)
      그랜트마스크(0) 요청(0,0,0,0,0,0,0)=0 그랜트(0,0,0,0,0,0,0)=0
      대기(0) 유형(AccessShareLock)
로그: GrantLock: 잠금(0xb7acd844) ID(24688,24696,0,0,0,1)
      grantMask(2) req(1,0,0,0,0,0,0)=1 부여(1,0,0,0,0,0,0)=1
      대기(0) 유형(AccessShareLock)
로그: UnGrantLock: 업데이트됨: 잠금(0xb7acd844) ID(24688,24696,0,0,0,1)
      그랜트마스크(0) 요청(0,0,0,0,0,0,0)=0 그랜트(0,0,0,0,0,0,0)=0
      대기(0) 유형(AccessShareLock)
로그: CleanUpLock: 삭제: 잠금(0xb7acd844) ID(24688,24696,0,0,0,1)
      그랜트마스크(0) 요청(0,0,0,0,0,0,0)=0 그랜트(0,0,0,0,0,0,0)=0
      대기(0) 유형(잘못됨)

덤핑되는 구조물에 대한 자세한 내용은 다음에서 찾을 수 있습니다.src/include/storage/lock.h.

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

trace_lwlocks (부울)

켜져 있으면 경량 잠금 사용에 대한 정보를 내보냅니다. 경량 잠금은 주로 공유 메모리 데이터 구조에 대한 액세스를 상호 배제하기 위한 것입니다.

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

trace_userlocks (부울)

켜져 있으면 사용자 잠금 사용에 대한 정보를 내보냅니다. 출력은 다음과 동일합니다.trace_locks, 권고 잠금에만 해당됩니다.

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

trace_lock_oidmin (정수)

설정된 경우 이 OID 아래 테이블에 대한 잠금을 추적하지 않습니다(시스템 테이블의 출력을 방지하는 데 사용됨).

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

trace_lock_table (정수)

이 테이블(OID)에 대한 잠금을 무조건 추적합니다.

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

debug_deadlocks (부울)

설정된 경우 교착 상태 시간 초과가 발생할 때 현재 모든 잠금에 대한 정보를 덤프합니다.

이 매개변수는 다음 경우에만 사용할 수 있습니다.LOCK_DEBUG매크로가 정의된 시기토토 베이컴파일되었습니다.

log_btree_build_stats (부울)

설정된 경우 다양한 B-트리 작업에 대한 시스템 리소스 사용량 통계(메모리 및 CPU)를 기록합니다.

이 매개변수는 다음의 경우에만 사용할 수 있습니다.BTREE_BUILD_STATS매크로가 정의된 시기토토 베이컴파일되었습니다.

wal_debug (부울)

켜져 있으면 WAL 관련 디버깅 출력을 내보냅니다. 이 매개변수는 다음과 같은 경우에만 사용할 수 있습니다.WAL_DEBUG매크로가 정의된 시기포스트그레SQL컴파일되었습니다.

ignore_checksum_failure (부울)

다음의 경우에만 효과가 있습니다.데이터 체크섬활성화되었습니다.

읽기 중 체크섬 오류가 감지되면 일반적으로 다음이 발생합니다.토토 베이오류를 보고하고 현재 트랜잭션을 중단합니다. 설정ignore_checksum_failure을 켜면 시스템이 실패를 무시하고(그러나 여전히 경고를 보고함) 처리를 계속합니다. 이 동작은 다음과 같습니다.충돌을 일으키거나 손상을 전파하거나 숨기거나 기타 심각한 문제를 일으키는 경우. 그러나 이를 통해 오류를 극복하고 블록 헤더가 여전히 정상인 경우 테이블에 여전히 존재할 수 있는 손상되지 않은 튜플을 검색할 수 있습니다. 헤더가 손상되면 이 옵션이 활성화되어 있어도 오류가 보고됩니다. 기본 설정은꺼짐, 슈퍼유저만 변경할 수 있습니다.

zero_damaged_pages (부울)

손상된 페이지 헤더를 감지하면 일반적으로 다음이 발생합니다.토토 베이오류를 보고하고 현재 트랜잭션을 중단합니다. 설정zero_damaged_pages을 켜면 시스템이 대신 경고를 보고하고 메모리의 손상된 페이지를 비우고 처리를 계속합니다. 이 행동데이터를 파기합니다, 즉 손상된 페이지의 모든 행입니다. 그러나 이를 통해 오류를 극복하고 테이블에 있을 수 있는 손상되지 않은 페이지에서 행을 검색할 수 있습니다. 하드웨어나 소프트웨어 오류로 인해 손상이 발생한 경우 데이터를 복구하는 데 유용합니다. 일반적으로 테이블의 손상된 페이지에서 데이터를 복구하려는 희망을 포기할 때까지 이 설정을 설정해서는 안 됩니다. 비워진 페이지는 디스크에 강제로 저장되지 않으므로 이 매개변수를 다시 끄기 전에 테이블이나 인덱스를 다시 생성하는 것이 좋습니다. 기본 설정은꺼짐, 슈퍼유저만 변경할 수 있습니다.