기다리는 시간(밀리초)입니다 교착 상태가 있는지 확인하기 전에 토토 베이 조건. 교착 상태 확인은 상대적으로 느리므로 서버는 토토 베이을 기다릴 때마다 이를 실행하지 않습니다. 우리는 교착 상태가 일반적이지 않다고 낙관적으로 가정합니다. 프로덕션 애플리케이션을 실행하고 잠긴 상태에서 기다리기만 하면 됩니다. 교착 상태 검사를 시작하기 전에. 증가 이 값은 불필요한 작업에 낭비되는 시간을 줄여줍니다. 교착 상태를 확인하지만 실제 교착 상태 보고 속도가 느려집니다. 오류. 기본값은 1초입니다(1초), 이는 아마도 가장 작은 것일 것입니다. 실제로 원하는 값입니다. 무거운 짐을 싣고 서버를 높이고 싶을 수도 있습니다. 이상적으로는 설정 일반적인 거래 시간을 초과해야 합니다. 토토 베이이 해제되기 전에 토토 베이이 해제될 확률이 향상됩니다. 웨이터는 교착 상태를 확인하기로 결정합니다.

언제log_lock_waits이 설정되면 이 매개변수는 시간 길이도 결정합니다. 잠금 대기에 대한 로그 메시지가 발행되기 전에 대기합니다. 잠금 지연을 조사하려는 경우 다음을 수행할 수 있습니다. 평소보다 짧게 설정하고 싶습니다.deadlock_timeout.

공유 토토 베이 테이블은 토토 베이을 추적하기 위해 생성됩니다.max_locks_per_transaction * (max_connections + max_prepared_transactions) 객체(예: 테이블); 그러므로 이만큼의 별개의 객체를 생성할 수는 없습니다. 언제든지 잠겨 있습니다. 이 매개변수는 평균을 제어합니다. 각 트랜잭션에 할당된 객체 잠금 수 개별 트랜잭션은 다음과 같은 한 더 많은 객체를 잠글 수 있습니다. 모든 트랜잭션의 잠금은 잠금 테이블에 맞습니다. 이 이다아님숫자 잠글 수 있는 행 수; 그 가치는 무제한입니다. 는 기본값인 64는 역사적으로 충분한 것으로 입증되었지만 클라이언트가 있는 경우 이 값을 높여야 할 수도 있습니다. 단일 트랜잭션으로 다양한 테이블을 터치합니다. 이 매개변수는 서버 시작 시에만 설정할 수 있습니다.

이 매개변수를 늘리면 다음이 발생할 수 있습니다.PostgreSQL추가 요청시스템 V공유 메모리보다 운영 체제의 기본 구성에서는 허용됩니다. 참조섹션 17.4.1해당 매개변수를 조정하는 방법에 대한 정보는 다음과 같습니다. 필요합니다.