테이블 레벨 >216_word_end< 외에도로드 레벨 >216_word_end< 장치가 있으며, 여기에는 컨텍스트가 자동으로 사용되는 컨텍스트와 함께>186_word_end<>689_word_end<>690_word_end<로드 레벨 >216_word_end< 충돌의 전체 테이블. 트랜잭션은 다른 잠수함에서도 동일한 행에서 충돌하는 >216_word_end< 장치를 보유 할 수 있습니다. 그러나 그 외에는 두 개의 거래는 같은 행에 충돌하는 >216_word_end< 장치를 보유 할 수 없습니다. 로우 레벨 >216_word_end<은 데이터 쿼리에 영향을 미치지 않습니다. 그들은 만 차단>692_word_end<같은 행으로. 로드 레벨 >216_word_end<은 트랜잭션 끝 >271_word_end< SavePoint >490_word_end< 중에 테이블 레벨 >216_word_end<과 마찬가지로 릴리스됩니다.

>186_word_end<메모리에서 수정 된 행에 대한 정보는 기억되지 않으므로 한 번에 잠긴 행의 수에는 제한이 없습니다. 그러나 행을 잠그면 디스크 쓰기가 발생할 수 있습니다 (예 :>266_word_end< 선택선택한 행을 고정시키기 위해 수정하여 디스크가 쓰여집니다.

테이블 및 행 >216_word_end< 외에도 페이지 수준 >270_word_end259_word_end< >216_word_end< 장치는 >270_word_end< 버퍼 풀의 테이블 페이지에 대한 >249_word_end266_word_end< 된 직후에 해제됩니다. 응용 프로그램 >22_word_end<는 일반적으로 페이지 수준의 >216_word_end<에 관심이 없지만 완전성을 위해 언급되어 있습니다.

명백한 >216_word_end<을 사용하면의 가능성이 높아질 수 있습니다.교착 상태예를 들어, 트랜잭션 1이 표 A에 대한 >259_word_end< >216_word_end<을 >367_word_end< 한 >158_word_end< 표 B에서 >259_word_end< >216_word_end<을 얻으려고 시도하는 반면, 트랜잭션 2는 이미 >259_word_end<적으로 >216_word_end< 된 표 B를 사용했으며 이제 표 A에 대한 >259_word_end< >216_word_end<을 원한다면 어느 쪽도 진행할 수 없습니다..>186_word_end<교착 상태를 자동으로 감지하고 관련된 트랜잭션 중 하나를 중단하여 다른 사람이 완료 할 수있게하여 해결합니다. (정확히 어떤 거래가 중단 될지 예측하기 어렵고 의존해서는 안됩니다.)

행 수준 >216_word_end<의 결과로 교착 상태가 발생할 수 있습니다 (따라서 명시 적 >216_word_end<이 사용되지 않더라도 발생할 수 있음>371_word_end< 두 개의 동시 트랜잭션이 표를 수정하는 경우를 고려하십시오. 첫 번째 트랜잭션이 실행됩니다.

>266_word_end< >28_word_end< 설정 밸런스 = 밸런스 + 100.00 여기서 acctnum = 11111;

이것은 지정된 >28_word_end< 번호로 행에서로드 레벨 >216_word_end<을 취득합니다. 그런 >158_word_end< 두 번째 트랜잭션이 실행됩니다.

>266_word_end< >28_word_end< 설정 밸런스 = 밸런스 + 100.00 여기서 acctnum = 22222;
>28_word_end< >266_word_end< 설정 밸런스 = 밸런스 -100.00 여기서 acctnum = 11111;

첫 번째>266_word_end<Statement는 지정된 행에서로드 레벨 >216_word_end<을 성공적으로 >367_word_end<하므로 해당 행을 >266_word_end<하는 데 성공합니다. 그러나 두 번째>266_word_end<>295_word_end<문은 >266_word_end<를 시도하는 행이 이미 잠겨 있음을 발견하므로 >216_word_end<을 완료 한 거래가 완료되기를 기다립니다. 트랜잭션 2는 이제 실행을 계속하기 전에 거래 1을 완료하기를 기다리고 있습니다. 이제 트랜잭션이 실행됩니다.

>266_word_end< >28_word_end< 설정 밸런스 = 밸런스 -100.00 여기서 acctnum = 22222;

트랜잭션은 지정된 행에서로드 레벨 >216_word_end<을 얻으려고 시도하지만 : 트랜잭션 2는 이미 그러한 >216_word_end<을 보유하고 있습니다. 따라서 거래 2가 완료되기를 기다립니다. 따라서 트랜잭션 1은 거래 2에서 차단되며 거래 2는 트랜잭션 1에 차단됩니다. 교착 상태.>186_word_end<이 상황을 감지하고 거래 중 하나를 중단합니다.

교착 상태에 대한 최상의 방어는 일반적으로 데이터베이스를 사용하는 모든 응용 프로그램이 일관된 순서로 여러 객체에서 >216_word_end<을 >367_word_end<한지 확인함으로써이를 피하는 것입니다. 위의 예에서, 두 거래 모두 동일한 순서로 행을 >266_word_end< 한 경우 교착 상태가 발생하지 않았을 것입니다. 또한 트랜잭션에서 객체에서 >367_word_end< 한 첫 번째 >216_word_end< 장치가 해당 객체에 필요한 가장 제한적인 모드인지 확인해야합니다. 이를 미리 확인하는 것이 불가능한 경우 교착 상태로 인해 중단되는 거래를 다시 시도하여 교착 상태를 처리 할 수 ​​있습니다..

교착 상태 상황이 감지되지 않는 한, 테이블 레벨 >271_word_end<로드 레벨 >216_word_end<을 원하는 거래는 충돌하는 >216_word_end< 장치가 해제 될 때까지 무한정 대기합니다. 즉, 응용 프로그램이 트랜잭션을 장시간 열어 두는 것이 좋지 않다는 것을 의미합니다 (예 : 사용자 입력을 기다리는 동안>371_word_end<

>186_word_end<응용 프로그램 정의 의미가있는 >216_word_end< 장치를 생성하는 수단을 제공합니다. 이것들은라고합니다.자문 >216_word_end<, 시스템은 사용을 시행하지 않기 때문에 올바르게 사용하는 것은 응용 프로그램에 달려 있습니다. 자문 >216_word_end<은 >188_word_end< 모델에 어색한 >216_word_end< 전략에 유용 할 수 있습니다. 예를 들어, 자문 >216_word_end< 장치의 일반적인 사용은 소위의 전형적인 비관적 >216_word_end< 전략을 모방하는 것입니다“플랫 파일”데이터 관리 시스템. 테이블에 저장된 깃발은 동일한 목적으로 사용될 수 있지만 자문 >216_word_end< 장치는 더 빠르고 테이블 부풀어 오르고 세션이 끝날 때 서버에 의해 자동으로 정리됩니다..

자문 >216_word_end<을 취득하는 두 가지 방법이 있습니다>186_word_end<: 세션 수준 >271_word_end< 트랜잭션 수준에서. 세션 수준에서 >329_word_end<되면, 명시 적으로 릴리스되거나 세션이 종료 될 때까지 자문 >216_word_end<이 유지됩니다. 표준 >216_word_end< 요청과 달리 세션 수준의 자문 >216_word_end< 요청은 트랜잭션 시맨틱을 존중하지 않습니다. 나중에 >490_word_end<으로 >490_word_end<하는 트랜잭션 중에 >367_word_end< 한 >216_word_end<은 여전히 ​​>490_word_end< 후에도 유지되며 마찬가지로 호출 트랜잭션이 나중에 실패하더라도 >216_word_end< 해제는 효과적입니다. 자물쇠는 소유 프로세스에 의해 여러 번 >367_word_end< 될 수 있습니다. 완성 된 각 >216_word_end< 요청에 대해 >216_word_end<이 실제로 해제되기 전에 해당 >216_word_end< 해제 요청이 있어야합니다. 반면에 거래 수준의 >216_word_end< 요청은 일반 >216_word_end< 요청과 비슷합니다. 거래가 끝날 때 자동으로 릴리스되며 명시 적 >216_word_end< 해제 작업이 없습니다. 이 동작은 종종 자문 >216_word_end< 장치의 단기 사용에 대한 세션 수준 동작보다 더 편리합니다. 동일한 자문 >216_word_end< 식별자에 대한 세션 수준 및 거래 수준 >216_word_end< 요청은 예상되는 방식으로 서로를 차단합니다. 세션이 이미 주어진 자문 >216_word_end< 장치를 보유하고 있다면 다른 세션이 >216_word_end<을 기다리는 경우에도 추가 요청이 항상 성공합니다. 이 진술은 기존 >216_word_end< 홀드와 새 요청이 세션 수준 >271_word_end< 트랜잭션 수준에 있는지 여부에 관계없이 사실입니다.

모든 자물쇠처럼>186_word_end<, >69_word_end< 모든 세션에서 보유한 자문 >216_word_end< 장치 목록은에서 찾을 수 있습니다.>198_word_end<시스템보기

자문 >216_word_end< 장치와 일반 >216_word_end<은 모두 구성 변수에 의해 크기가 정의되는 >270_word_end< 메모리 풀에 저장됩니다max_locks_per_transaction>260_word_end<max_connections. 이 메모리를 소진시키지 않도록주의해야합니다. 그렇지 않으면 서버가 >216_word_end<을 전혀 부여 할 수 없습니다. 이는 서버가 부여 할 수있는 자문 >216_word_end< 수의 수에 상한을 부과합니다. 일반적으로 서버 구성 방식에 따라 수십에서 수십만 안에..

특정 경우 자문 >216_word_end< 방법을 사용하는 경우, 특히 명시 적 순서 및 쿼리에서Limit조항, SQL 표현이 평가되는 순서로 인해 >367_word_end< 한 자물쇠를 제어하려면주의를 기울여야합니다. 예를 들어:

foo에서 pg_advisory_lock (id)을 선택하여 id = 12345; -- 좋아요
foo에서 pg_advisory_lock (id)을 선택하십시오. - 위험!
pg_advisory_lock (q.id)을 선택하십시오
(
  id 12345 Limit 100의 Foo에서 ID를 선택하십시오.
) Q; -- 좋아요

위의 쿼리에서 두 번째 양식은 위험하기 때문에Limit>216_word_end< 기능이 실행되기 전에 적용되지 않습니다. 이로 인해 일부 >216_word_end< 장치가 응용 프로그램이 예상되지 않았으므로 릴리스되지 않으므로 (세션이 끝날 때까지) 릴리스되지 않습니다. 응용 프로그램의 관점에서 볼 때, 그러한 자물쇠는 매달려있을 것입니다.>198_word_end<.

자문 >216_word_end<을 조작하기 위해 제공된 기능은에 설명되어 있습니다.섹션 >107_word_end<>119_word_end<0.