이 문서는 지원되지 않는 버전의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 보려고 할 수 있습니다PostgreSQL : 문서 : 17 : 19.12. 스포츠 토토 결과 관리버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

17.11. 토토 베이 관리

Deadlock_timeout(정수)

이것은 밀리 초, 기다릴 시간입니다. 교착 상태가 있는지 확인하기 전에 자물쇠 상태. 교착 상태 수표는 비교적 느립니다 서버는 토토 베이을 기다릴 때마다 실행되지 않습니다. 우리는 (낙관적으로?) 교착 상태가 흔하지 않다고 가정합니다 생산 응용 프로그램에서 시작하기 전에 교착 상태를 확인하십시오. 증가 이 값은 불필요하게 낭비되는 시간을 줄입니다. 교착 상태는 점검되지만 실제 교착 상태에 대한보고가 느려집니다 오류. 기본값은 1 초입니다 (1s)는 아마도 가장 작은 것입니다 실제로 원하는 가치. 심하게로드 서버를 올릴 수 있습니다. 이상적으로는 설정입니다 일반적인 거래 시간을 초과해야합니다 이전에 자물쇠가 방출 될 확률을 향상시킵니다. 웨이터는 교착 상태를 확인하기로 결정합니다.

max_locks_per_transaction(정수)

공유 토토 베이 테이블은 토토 베이을 추적하기 위해 생성max_locks_per_transaction* (max_connection+max_prepared_transactions) 객체 (예 : 테이블); 그러므로이 많은 뚜렷한 물체가 한 번에 잠겨 있습니다. 이 매개 변수는 평균을 제어합니다 각 트랜잭션에 대해 할당 된 객체 토토 베이 수; 개별 트랜잭션은 오랫동안 더 많은 객체를 잠글 수 있습니다 모든 트랜잭션의 토토 베이은 토토 베이 테이블에 적합합니다. 이것 이다아님숫자 잠글 수있는 행의 경우; 그 가치는 무제한입니다. 그만큼 불이행 (64)은 역사적으로 충분한 것으로 입증되었지만 당신은 당신입니다 고객이 있으면이 가치를 높여야 할 수도 있습니다. 단일 트랜잭션에서 다양한 테이블을 만지십시오. 이것 매개 변수는 서버 시작시에만 설정할 수 있습니다.

이 매개 변수를 높이면12653_12665더 많은 요청System V공유 메모리보다 운영 체제의 기본 구성이 허용됩니다. 보다섹션 16.4.1해당 매개 변수를 조정하는 방법에 대한 정보는 if 필요한.