| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 25. 데이터베이스 활동 감시 | Fast Forward | Next |
대부분의 플랫폼에서 PostgreSQL는 ps에 의해 보고되는 개개의 커맨드 타이틀을 변경합니다. 그리하여 독립된 서버 프로세스가 쉽게 식별될 수 있도록 합니다. 예제는 다음과 같습니다.
$ ps auxww | grep ^postgres postgres 960 0.0 1.1 6104 1480 pts/1 SN 13:17 0:00 postgres -i postgres 963 0.0 1.1 7084 1472 pts/1 SN 13:17 0:00 postgres: writer process postgres 965 0.0 1.1 6152 1512 pts/1 SN 13:17 0:00 postgres: stats collector process postgres 998 0.0 2.3 6532 2992 pts/1 SN 13:18 0:00 postgres: tgl runbug 127.0.0.1 idle postgres 1003 0.0 2.4 6532 3128 pts/1 SN 13:19 0:00 postgres: tgl regression [local] SELECT waiting postgres 1016 0.1 2.4 6532 3080 pts/1 SN 13:19 0:00 postgres: tgl regression [local] idle in transaction
(ps의 적절한 호출 방법은 플랫폼에 따라 다르며, 표시되는 세부사항도 다릅니다. 최근의 Linux 시스템의 예를 살펴보겠습니다.) 첫 번째로 살펴볼 프로세스는 마스터 서버 프로세스입니다. 표시되는 커멘드 인자는 프로세스 시작 시에 지정한 것과 같은 것입니다. 다음의 두 프로세스는 마스터 프로세스로부터 자동적으로 시작되는 background worker 프로세스입니다. (시스템을 통계 수집기를 시작하지 않도록 설정되어 있을 경우, "stats collector"프로세스는 나타나지 않습니다.) 남아있는 프로세스는 각각 하나의 클라이언트 접속을 다루는 서버 프로세스입니다. 각 프로세스는 다음의 형식의 커멘드 라인 표시를 설정합니다.
postgres: user database host activity
사용자, 데이터베이스, 접속 소스 호스트 항목은 클라이언트 접속 중에는 같은 상태로 유지되지만, 활동 상황을 나타내는 부분은 바뀝니다. 활동 상황은 idle (즉, 클라이언트 커멘드 대기 상태), idle in transaction(BEGIN블록 내부의 클라이언트 대기 상태), 또는SELECT와 같은 커멘드 타입명이 됩니다. 또한, 그 서버 프로세스가 다른 서버 프로세스에 의해 락을 기다리는 상태의 경우는, waiting가 부여됩니다. 위의 예에서는, 프로세스 1003이 프로세스 1016에 대해 트랜잭션(transaction)의 완료와 그에 따르는 락 등의 해제을 기다리고 있다고 추측할 수가 있습니다.
update_process_title을 중지시켰을 경우, 활동 정보를 나타내는 부분은 갱신되지 않습니다. 새로운 프로세스가 시작됐을 때 한 번, 프로세스 타이틀이 설정됩니다. 일부 플랫폼은 이로 인해 각 커멘드의 overhead를 유용하게 절약하기도 하고, 전혀 의미가 없는 것도 있습니다.
Tip: Solaris는 특별한 취급을 요구합니다. /bin/ps보다는 /usr/ucb/ps를 사용해야만 합니다. 또한, w플래그를 한 개가 아닌 두 개를 사용해야 합니다. 게다가 원래 postgres커맨드 호출은 각 서버 프로세스에서 제공되는 것보다 간략한 ps상태 표시를 가져야 합니다. 3가지 조건을 모두 만족시키지 않으면, 각 서버 프로세스의 ps 출력은 원래 postgres의 커멘드 라인이 될 것입니다.