| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 43. 시스템 카탈로그 | Fast Forward | Next |
pg_locks뷰는 데이터베이스 서버내에서 열리고 있는 트랜잭션(transaction)의 락에 관한 정보에의 액세스를 제공합니다. 락에 관한보다 상세한 설명은Chapter 12을 참조해 주세요.
pg_locks에는 락 대상이 되는 진행중의 객체, 요구된 락 모드, 및 관련하는 트랜잭션(transaction) 마다 1개의 행을 소유하고 있습니다. 그러므로, 만약 복수의 트랜잭션(transaction)이 그 트랜잭션(transaction)상에서 락을 보관 유지하고 있거나 락을 대기하고 있는 경우에는, 같은 락 대상 객체가 여러번 출현하는 일이 있습니다. 그러나, 현재 락을 갖고 있지 않은 객체는 전혀 나타나지 않습니다.
락 대상 객체에는 다른 형태가 몇개 존재합니다. 전체의 릴레이션(예：테이블), 릴레이션의 개별의 페이지, 릴레이션의 개별의 튜플, 트랜잭션(transaction) ID(가상과 영속의 양쪽 모두의 ID), 그리고 일반적인 데이터베이스 객체(이것은pg_description나pg_depend와 같은 방식으로 클래스 OID와 객체 OID로 식별됩니다) 게다가 릴레이션을 확장할 권리는, 분리한 락 대상 객체에 의해 표현됩니다.
Table 43-39. pg_locks의 열
| 이름 | 형 | 참조처 | 설명 |
|---|---|---|---|
| locktype | text | 락 대상 객체의 종류. relation, extend, page, tuple, transactionid, virtualxid, object, userlock, advisory | |
| database | oid | pg_database .oid | 객체가 공유된 객체의 경우는, 객체가 존재하고 있는 데이터베이스의 OID, 혹은 제로가 됩니다. 혹은 객체가 트랜잭션(transaction) ID인 경우는 NULL이 됩니다. |
| relation | oid | pg_class .oid | 객체가 릴레이션이 아닌 경우나 릴레이션의 일부인 경우는, 릴레이션의 OID, 혹은 NULL이 됩니다. |
| page | integer | 객체가 튜플 혹은 릴레이션 페이지가 아닌 경우는, 릴레이션내의 페이지수, 혹은 NULL이 됩니다. | |
| tuple | smallint | 페이지내의 튜플수, 혹은 객체가 튜플이 아닌 경우는 NULL이 됩니다. | |
| transactionid | xid | 트랜잭션(transaction)의 ID, 혹은 객체가 트랜잭션(transaction) ID가 아닌 경우는 NULL이 됩니다. | |
| classid | oid | pg_class .oid | 객체를 포함한 시스템 카탈로그의 OID, 혹은 객체가 일반적인 데이터베이스 객체가 아닌 경우는 NULL이 됩니다. |
| objid | oid | any OID column | 시스템 카탈로그 내의 객체의 OID, 혹은 객체가 일반적인 데이터베이스 객체가 아닌 경우는 NULL이 됩니다. |
| objsubid | smallint | 테이블의 열에 대해서는, 이것은 열수(classid와objid는 테이블 자신을 참조하고 있습니다)입니다. 다른 모든 객체의 형태에 대해서는, 이 열은 제로가 됩니다. 객체가 일반적인 데이터베이스 객체가 아닌 경우는 NULL이 됩니다. | |
| transaction | xid | 락을 유지, 혹은 기다리고 있는 트랜잭션의 ID | |
| pid | integer | 락을 보관 유지, 혹은 기다리고 있는 서버 프로세스의 프로세스 ID. 락이 준비되어 있는 트랜잭션(transaction)에 의해 보관 유지되고 있는 경우는 NULL이 됩니다. | |
| mode | text | 락 모드의 이름은 이 프로세스에서 유지되거나 또는 필요합니다.(Section 12.3.1를 참조) | |
| granted | boolean | 락이 보관 유지되고 있는 경우는 true, 락이 대기 상태의 경우는 false |
지정된 트랜잭션에 의해 소유되고 있는 락을 나타내는 행 내에서granted는 true입니다. false의 경우는 이 락을 취득하기 위해 현재 트랜잭션이 대기중인 것을 나타내고 있습니다. 즉, 같은 락 대상의 객체에 대해서, 다른 트랜잭션이 경합 하는 락을 취득하고 있는 것을 의미합니다. 대기중의 트랜잭션은 다른 락이 풀릴때까지 정시상태(sleep)로 있습니다.(혹은 데드록 상태가 검출됩니다). 단일 트랜잭션에서는, 많아야 한 번에 1개의 락을 취득하기 위해서 대기합니다.
모든 트랜잭션은 그 모든 과정 완료까지 그 가상 트랜잭션 ID상에 배타적 락을 겁니다. 한 트랜잭션은, 또 다른 특정한 트랜잭션을 대기해야 한다고 판단했을 경우, 다른 트랜잭션ID로 공유 락을 취득하도록, 시도해 목적을 달성합니다. 이것은, 다른 트랜잭션이 완료하고, 락을 풀었을 경우에만 성공합니다.
튜플이 객체의 락이 가능한 형태여도, 행 레벨 락에 대한 정보는 메모리가 아닌, 디스크에 보존됩니다. 따라서 행 레벨 락은 통상, 이 뷰에는 나타나지 않습니다. 트랜잭션이 행 레벨 락의 대기 상태인 경우는, 그 행 락을 보관 유지하고 있는 트랜잭션ID를 기다리는 상태로, 그 트랜잭션은 뷰에 나타납니다.
권고적 락은, 단일의bigint값, 또는, 2개의 정수값을 키로서 획득할 수가 있습니다. bigint의 경우는, 게다가 상위 반이classid열 내에 표시되어 나머지의 하위 반은objid열 내에 표시됩니다. 또,objsubid는 1이 됩니다. 정수치 키에서는, 최초의 키가classid열에, 2번째 키가 objid열에 표시되어objsubid는 2가 됩니다. 키의 실제의 의미는 사용자에게 달려 있습니다. 권고적 락은 데이터베이스에 대해서 국소적이므로, 권고적 락에서는database열이 의미를 가집니다.
pg_locks뷰에 액세스가 걸리면, 내부 락 관리 데이터 구조는 일시적으로 락 되어 복제가 표시용의 뷰로서 작성됩니다. 이것에 의해 통상의 락 관리 조작을 필요이상으로 방해하지 말고, 뷰는 모순을 포함하지 않는 결과의 생성이 보증됩니다. 그럼에도 불구하고 이 뷰가 빈번하게 액세스 되면, 데이터베이스의 퍼포먼스에 영향을 미칠 수 있습니다.
pg_locks는 현행의 데이터베이스에 관련하는 락 뿐만 아니라, 데이터베이스 클러스터내의 모든 락의 전체의 뷰를 제공합니다. 그relation열이pg_class. oid에 대해 락 된 릴레이션인 것을 표명하기 위해서 결합이 가능합니다, 이것은 현행의 데이터베이스내의 릴레이션(그에 대한database열이 현행의 데이터베이스의 OID 혹은 제로)에 대해 작동합니다.
락 유지를 혹은 유지하고 있는 세션의 새로운 정보를 입수하기 위해, pg_stat_activity뷰의procpid열과pid열은 결합할 수 있습니다. 또, 준비된 트랜잭션을사용하고 있는 경우에는,transaction의 열은 pg_prepared_xacts뷰의transaction열과 결합할 수 있어, 락을 유지하고 있을 준비된 트랜잭션에 관해서, 보다 많은 정보를 취득할 수 있습니다. (준비된 트랜잭션은 락을 기다리지 않지만, 실행시에 취득한 락을 계속 유지합니다. )