| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 25. 데이터베이스 활동 감시 | Fast Forward | Next |
PostgreSQL의 통계 수집기는 서버의 활동 상황에 관한 정보를 수집하고 보고하는 하위시스템입니다. 현재, 수집기는 테이블과 인덱스의 액세스를 디스크 블록 및 개개의 행 단위로 셀 수가 있습니다. 또한 각 테이블내의 총 행의 수와 각 테이블의 최근 vacuum과 분석 시각을 추적합니다.
PostgreSQL는 또한, 다른 서버 프로세스에 의해 실행되고 있는 쿼리를 정확하게 결정하는 기능을 지원합니다. 이는 독립적인 기능이며, 수집기 프로세스에 의존하지 않습니다.
통계 수집으로 쿼리 실행에 약간의 overhead가 발생하기 때문에, 시스템은 정보의 수집 여부를 설정할 수 있습니다. 이것은 보통 postgresql.conf 내에서 설정되는 설정 파라미터에 의해 제어됩니다. (설정 파라미터의 설정에 대한 자세한 사항은 Chapter 17을 참조하십시요)
stats_start_collector 파라미터는 동작할 통계 수집기를 위해 모두 true로 설정되있어야 합니다. 파라미터는 디폴트나 추천된 설정으로 되있습니다. 그러나 파라미터는 더이상 통계정보에 관심이 없거나 모든 overhead가 압축되길 원하는 경우 중단될 수 있습니다. (그러나, 이로 인한 절약은 생각보다 적습니다.) 이 옵션은 서버가 실행되는 동안 변경될 수 있다는 것을 주의하십시요.
stats_block_level와 stats_row_level 파라미터는 얼마나 많은 정보들이 실제적으로 수집기에 보내지는 가를 관리합니다. 그에 따른 run-time overhead가 얼마나 발생하는 지를 결정합니다. 이 결정들은 서버 프로세스가 disk-block-level와 row-level 액세스 통계정보를 추적하고, 이들을 수집기로 보내도록 합니다. 게다가, 이 파라미터들이 모두 설정됐을 경우, 각각의 데이터베이스 트랜젝션은 처리되고, 수집된 통계정보는 중단됩니다.
파라미터 stats_command_string는 어떤 서버 프로세스에 의해 실행되는 현재 커맨드라도 모니터링이 가능합니다. 통계 수집기 하위프로세스는 이러한 기능을 위해 실행 중일 필요는 없습니다.
보통 이러한 파라미터는 모든 서버 프로세스에 적용될 수 있도록 postgresql.conf에 설정되어집니다. 그러나 SET 커멘드를 사용해서, 개별적인 세션을 시작시키거나 중단시킬 수 있습니다. (일반 유저가 그 활동을 관리자에게 숨기는 것을 방지하기 위해서, 슈퍼 유저만이 SET를 사용해 이러한 파라미터를 변경할 수가 있습니다).
Note: 디폴트 설정으로 stats_block_level 파라미터와 stats_row_level 디폴트로 인해 false, 작은 통계가 수집됩니다. 이러한 설정 변수는 통계 기능에 의해 추가적인 run-time overhead의 지출에 비해서 유용한 데이터의 양이 상당히 증가될 수 있습니다.
통계의 수집 결과를 표시하기 위한, 몇 개의 정의된 뷰는 Table 25-1에서 보여지고 있습니다. 그 밖에도, 기초적인 통계 함수를 사용한 독자적인 뷰를 구축할 수 있습니다.
이 통계 정보를 사용해, 현재의 활동 상황을 감시하는 경우, 이 정보는 즉시 갱신되지 않도록 하는 것이 중요합니다. 독립적인 서버 프로세스는 대기 상태가 되기 전에, 새로운 통계에 관한 수를 수집기에 전송합니다. 그러므로 실행 중의 쿼리나 트랜잭션(transaction)는 표시되는 총계에는 영향을 주지 않습니다. 또, 수집기 자체도 대략 PGSTAT_STAT_INTERVAL(서버 구축시 변경되지 않는 한 500) milliseconds에 한 번 새로운 보고를 합니다. 그러므로, 표시되는 정보는 실제 활동으로부터 늦게 표시됩니다. 그러나 track_activities로 수집되는 현재 쿼리 정보는 항상 최신입니다.
이 다른 중요한 포인트는 언제 서버 프로세스가 통계 정보를 표시하도록 하는가 입니다.
서버 프로세스는 우선 수집기에 의해 발행된 가장 최근의 보고를 꺼냅니다.
그리고 현재 트랜잭션(transaction)이 끝날 때까지 모든 통계 뷰와 함수에 대해 snapshot를 계속 사용합니다.
즉, 현재의 트랜잭션(transaction)를 계속되는 동안, 통계 정보는 변경되지 않습니다.
비슷하게도 모든 프로세스의 현재 쿼리에 관한 정보도 정보가 트랜잭션(transaction)에 처음 요구되었을 때 수집되어집니다. 그리고 트랜잭션(transaction) 동안 같은 정보가 표시됩니다.
이는 버그가 아닌 기능입니다.
왜냐하면 통계에 대한 복수의 쿼리를 실행하고, 모르는 사이 값이 변경되는 것을 걱정하지 않은 결과를 서로 연관시킬 수 있기 때문입니다.
그러나 각 쿼리에 대해 새로운 결과를 원할 경우, 트랜젝션 블록의 외부에서 쿼리를 실행해야만 합니다.
그 외에도, pg_stat_clear_snapshot()를 호출할 수도 있습니다.
이것은 현재의 트랜잭션(transaction)의 통계 정보 snapshot을(만약 있으면) 파기합니다.
다음에 통계 정보를 사용하는 경우에 새로운 snapshot를 꺼내도록 할 것입니다.
Table 25-1. 표준 통계 뷰
| 뷰명 | 설명 |
|---|---|
| pg_stat_activity | 서버 프로세스마다 한 개의 행은 데이터베이스의 OID, 데이터베이스명, 프로세스ID, 유저 OID, 유저명, 최근 쿼리, 쿼리의 대기 상태, 최근의 트랜잭션(transaction)의 시작시각, 최근의 쿼리 실행 시작시각, 프로세스 시작시각, 클라이언트 주소와 포트 번호를 표시합니다. track_activities 파라미터가 중단되지 않았다면 최근 쿼리를 보고하는 데이터 열은 사용 가능합니다. 게다가 이 열은 뷰를 확인하는 유저가 슈퍼유저이거나 보고되는 프로세스를 소유하는 유저에게만 보여질 수 있습니다. |
| pg_stat_database | 데이터베이스마다 하나의 행, 데이터베이스에 보여지는 OID, 데이터베이스명, 접속되어 활동 중인 서버 프로세스 수, 처리되거나 롤백(rollback)된 트랜잭션(transaction)의 수, 읽혀진 디스크 블록의 수, 버퍼 히트의 수(즉, 버퍼 캐쉬에 이미 존재하는 블록을 찾음으로써 예방하는 블록 읽기 요청) |
| pg_stat_all_tables | 현재 데이터베이스 내의 각 테이블(TOAST 테이블 포함)에 관한, 테이블의 OID, 스키마와 테이블명, 시작된 연속적인 스캔의 수, 연속적인 스캔으로 얻어진 실제 행의 수, (테이블에 속하는 모든 인덱스에 대해) 시작된 인덱스 스캔 수, 인덱스 스캔으로 얻어진 실제 행의 수, 삽입, 갱신, 삭제된 행수, HOT(즉, 분리한 인덱스 갱신이 없음)였던 업데이트된 행의 수, 유효한 행의 수, 쓸모없는 행의 수, 수작업으로 테이블이 vacuum된 마지막 시각, 자동vacuum demon에 의해 vacuum된 마지막 시각, 수작업으로 분석된 마지막 시각, 자동 진공 demon에 의해 분석된 마지막 시각. |
| pg_stat_sys_tables | 시스템 테이블이 보여지는 것만을 제외하고 pg_stat_all_tables와 같습니다. |
| pg_stat_user_tables | 유저 테이블이 보여지는 것만을 제외하고 pg_stat_all_tables와 같습니다. |
| pg_stat_all_indexes | 현재 데이터베이스 내의 각 인덱스에 관한, 테이블과 인덱스의 OID, 스키마, 테이블과 인덱스명, 시작된 인덱스 스캔 수, 인덱스 스캔에 의해 읽혀진 인덱스 항목 수와 인덱스를 사용한 단순한 인덱스 스캔으로 얻어진 실제 테이블 행의 수. |
| pg_stat_sys_indexes | 시스템 테이블의 인덱스가 보여진다는 것만을 제외하고 pg_stat_all_indexes와 같습니다. |
| pg_stat_user_indexes | 시스템 테이블의 인덱스가 보여진다는 것만을 제외하고 pg_stat_all_indexes와 같습니다. |
| pg_statio_all_tables | 현재 데이터베이스 내의 각 테이블(TOAST 테이블을 포함)에 관한, 테이블의 OID, 스키마와 테이블명, 테이블에서 읽어들인 디스크 블록의 총 수, 버퍼 히트 수, 테이블의 모든 인덱스로부터 읽어들인 디스크 블록 수와 버퍼 히트 수, (존재하는 경우)테이블의 보조적인 TOAST 테이블에서 읽어들인 디스크 블록수와 버퍼 히트수, TOAST 테이블의 인덱스로부터 읽어들인 디스크 블록수와 버퍼 히트수. |
| pg_statio_sys_tables | 시스템 테이블이 보여지는 것만을 제외하고 pg_statio_all_tables와 같습니다. |
| pg_statio_user_tables | 유저 테이블이 보여지는 것만을 제외하고 pg_statio_all_tables와 같습니다. |
| pg_statio_all_indexes | 최근 데이터베이스의 각각의 인덱스를 위한, 테이블과 인덱스 OID, 스키마, 테이블과 인덱스명, 읽어들인 디스크 블록의 수와 인덱스의 버퍼 히트 수 |
| pg_statio_sys_indexes | 시스템 테이블 상에 인덱스가 보여지는 것을 제외하면 pg_statio_all_indexes와 같습니다. |
| pg_statio_user_indexes | 유저 테이블에 인덱스가 보여지는 것을 제외하면 pg_statio_all_indexes와 같습니다. |
| pg_statio_all_sequences | 현재 데이터베이스의 연속적인 오브젝트를 위해, 순서의 OID, 스키마와 순서의 이름, 연속적으로 읽어들인 디스크 블록의 수와 버퍼 히트 수. |
| pg_statio_sys_sequences | 시스템 순서가 보여지는 것을 제외하고 pg_statio_all_sequences와 같습니다. (현 시점에서는 시스템 순서가 정의되어 있지 않으므로, 뷰는 항상 비어있습니다.) |
| pg_statio_user_sequences | 유저의 순서가 보여지는 것을 제외하면 pg_statio_all_sequences와 같습니다. |
인덱스 단위의 통계 정보는, 어느 인덱스가 사용되어 어느 정도 효과가 있는지를 평가할 때 특히 유용합니다.
PostgreSQL 8.1을 시작으로 인덱스는 직접적, 또는 "비트 맵 스캔"을 통해 사용할 수 있습니다. 비트 맵 스캔에서는 복수의 인덱스의 출력을 AND 또는 OR규칙을 사용해 조합할 수가 있습니다. 때문에 비트 맵 스캔이 사용되면, 독립적인 heap 행의 취득과 특정의 인덱스를 관련짓는 것은 곤란합니다. 따라서, 비트 맵 스캔은 사용한 인덱스에 관한 pg_stat_all_indexes. idx_tup_read의 수를 늘립니다. 그리고 테이블에 관한 pg_stat_all_tables. idx_tup_fetch의 수도 늘립니다. 그러나 pg_stat_all_indexes. idx_tup_fetch에 영향을 주지는 않습니다.
Note: PostgreSQL 8.1보다 전에서는 idx_tup_read의 값과 idx_tup_fetch의 값은 기본적으로는 항상 같았습니다. idx_tup_read는 인덱스로부터 인덱스 항목 수를 세지만, idx_tup_fetch는 테이블로부터 유효한 행의 수를 세기 때문에, 비트 맵 스캔을 고려하지 않아도, 두 개의 값은 다를 수 있습니다. 인덱스를 사용해 얻은 행이 죽어있거나 아직 처리되지 않은 행이 있을 경우, 후자는 적게 됩니다.
pg_statio_뷰는 주로 버퍼 캐쉬의 효율을 평가할 때에 유용합니다. 실제 디스크 독해의 수가 버퍼 히트의 수보다 꽤 적을 때, 캐쉬는 커넬 호출 없이, 대부분의 읽기 요청을 만족시키고 있습니다. 그러나 이러한 통계정보는 전체적인 논리를 제공하지 않습니다. 왜냐하면 PostgreSQL는 디스크 I/O와 데이터를 다룹니다. 이들은 PostgreSQL 버퍼 캐쉬에 있지 않고, 커넬 I/O 캐쉬에 아직 남아있을 수 있습니다. 그러므로 물리적인 읽어들임의 요구 없이 얻어질 수 있습니다. PostgreSQL의 I/O동작에 관한 보다 상세한 정보를 원한다면 PostgreSQL통계 수집기와 커넬 I/O 취급을 살피는 operating system 유틸리티를 결합시킬 것을 권합니다.
통계를 보는 다른 방법으로 표준 뷰와 같이 기초적인 통계 액세스 함수를 사용한 쿼리를 작성하여 설정할 수 있습니다. 함수는 Table 25-2에 리스트 되고 있습니다. 각각의 데이터베이스 액세스 함수는 어느 데이터베이스에 대해 보고하는지를 식별하기 위해 데이터베이스의 OID를 받아들입니다. 테이블마다, 인덱스마다 함수는 테이블이나 인덱스의 OID를 받아들입니다 (이 함수를 사용해 참조할 수 있는 테이블과 인덱스는 현재 데이터베이스 내에서만 가능하단 것을 주의하십시요). 각각의 서버 프로세스의 액세스 함수는 서버 프로세스 ID번호를 받아들입니다. 가능 범위는 1에서 현재 활동 중인 서버 프로세스의 수까지입니다.
Table 25-2. 통계 액세스 함수
| 함수 | 리턴 타입 | 설명 |
|---|---|---|
pg_stat_get_db_numbackends(oid)
|
integer | 데이터베이스의 활동 중인 서버 수. |
pg_stat_get_db_xact_commit(oid)
|
bigint | 데이터베이스에서 처리된 트랜잭션(transaction). |
pg_stat_get_db_xact_rollback(oid)
|
bigint | 데이터베이스에서 롤백(rollback)된 트랜잭션(transaction). |
pg_stat_get_db_blocks_fetched(oid)
|
bigint | 데이타베이스의 디스크 블록 추출 요구 수. |
pg_stat_get_db_blocks_hit(oid)
|
bigint | 캐쉬에서 발견된 데이터베이스의 디스크 블록 요구 수. |
pg_stat_get_numscans(oid)
|
bigint | 인자가 테이블일 때 처리된 연속하는 스캔의 수, 또는 인자가 인덱스일 때 처리된 인덱스의 수 |
pg_stat_get_tuples_returned(oid)
|
bigint | 인자가 테이블일 때 연속하는 스캔에 의해 읽힌 행의 수, 또는 인자가 인덱스일 때 리턴된 인덱스 항목의 수 |
pg_stat_get_tuples_fetched(oid)
|
bigint | 인자가 테이블일 때 비트맵 스캔에 의해 얻어진 테이블 행의 수, 또는 인자가 인덱스일 때 인덱스를 이용한 간단한 인덱스 스캔에 의해 얻어진 테이블의 행의 수 |
pg_stat_get_tuples_inserted(oid)
|
bigint | 테이블에 추가된 행의 수 |
pg_stat_get_tuples_updated(oid)
|
bigint | 테이블의 업데이트된 행의 수 |
pg_stat_get_tuples_deleted(oid)
|
bigint | 테이블로부터 삭제된 행의 수 |
pg_stat_get_blocks_fetched(oid)
|
bigint | 인덱스나 테이블의 디스크 블록 추출 요청 수 |
pg_stat_get_blocks_hit(oid)
|
bigint | 테이블이나 인덱스에 관해 캐쉬에서 발견된 디스크 블록 요청의 수 |
pg_stat_get_last_vacuum_time(oid)
|
timestamptz | 테이블 상에서 유저에 의해 시작된 마지막 vacuumming 시각 |
pg_stat_get_last_autovacuum_time(oid)
|
timestamptz | 테이블 상에서 autovacuum daemon에 의해 시작된 마지막 vacuumming 시각 |
pg_stat_get_last_analyze_time(oid)
|
timestamptz | 테이블 상에서 유저에 의해 시작된 마지막 분석의 시각 |
pg_stat_get_last_autoanalyze_time(oid)
|
timestamptz | 테이블 상에서 autovacuum daemon에 의해 시작된 마지막 분석의 시각 |
pg_stat_get_backend_idset()
|
setof integer | 현재 활동 중인 서버 프로세스 수의 집합(1에서 활동 중인 서버 프로세스 수까지). 이하의 사용예를 참조해 주세요. |
pg_backend_pid()
|
integer | 현재의 세션에 접속하는 서버 프로세스의 프로세스 ID. |
pg_stat_get_backend_pid(integer)
|
integer | 지정된 서버 프로세스의 프로세스 ID. |
pg_stat_get_backend_dbid(integer)
|
oid | 지정된 서버 프로세스의 데이터베이스 ID. |
pg_stat_get_backend_userid(integer)
|
oid | 지정된 서버 프로세스의 유저 ID. |
pg_stat_get_backend_activity(integer)
|
text | 지정된 서버 프로세스의 현재 커맨드. 그러나 현재 유저가 슈퍼 유저이거나 쿼리를 실행한 세션의 유저와 동일한 경우(그리고 track_activities가 유효의 경우) 뿐입니다. |
pg_stat_get_backend_waiting(integer)
|
boolean | 지정된 서버 프로세스가 락 대기 상태의 경우 True입니다. 그러나 현재 유저가 슈퍼 유저이거나 쿼리를 실행한 유저와 동일한 경우(그리고 track_activities가 유효의 경우)에 한정합니다. |
pg_stat_get_backend_activity_start(integer)
|
timestamp with time zone | 지정된 서버 프로세스의 실행 중인 쿼리가 시작되었을 때의 시각. 그러나 현재 유저가 슈퍼 유저이거나 쿼리를 실행한 세션의 유저와 동일한 경우(그리고 track_activities가 유효의 경우) 뿐입니다. |
pg_stat_get_backend_start(integer)
|
timestamp with time zone | 지정된 서버 프로세스가 시작되었을 때의 시각이나 현재 유저가 슈퍼 유저 또는 쿼리를 실행한 세션 유저와 같지 않은 경우는 NULL입니다. |
pg_stat_get_backend_client_addr(integer)
|
inet | 클라이언트의 IP주소는 지정된 서버 프로세스로 접속합니다. Unix 도메인 소켓을 거친 접속일 경우는 NULL입니다. 또한, 현재 유저가 슈퍼 유저이거나 쿼리를 실행한 세션 유저와 같지 않은 경우도 NULL입니다. |
pg_stat_get_backend_client_port(integer)
|
integer | 클라이언트의 IP 포트 번호는 지정된 서버 프로세스로 접속합니다. Unix 도메인 소켓을 거친 접속일 경우는 -1입니다. 현재 유저가 슈퍼 유저이거나 쿼리를 실행한 세션 유저와 같지 않은 경우도 NULL입니다. |
pg_stat_reset()
|
boolean | 모든 block-level과 row-level 통계를 0으로 초기화시킵니다. |
Note:
blocks_fetched로부터blocks_hit를 빼면, 테이블, 인덱스, 데이터베이스에 대해 주어진 커넬의read()호출 수를 알 수 있습니다. 그러나 실질적인 물리적 read 수는 커넬 레벨의 버퍼 처리로 인해, 일반적으로 작아집니다.
pg_stat_get_backend_idset 함수는 각각의 서버 활동 중인 서버 프로세스의 한 행을 생성하는 간편한 방법을 제공합니다.
예를 들면, 모든 서버 프로세스의 PID와 현재 쿼리를 표시하려면, 다음과 같이 합니다.
SELECT pg_stat_get_backend_pid(s.backendid) AS procpid,
pg_stat_get_backend_activity(s.backendid) AS current_query
FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;