리고니

INDEX 생성 시 CONCURRENTLY 옵션

리거니 — Thu, 4 Dec 2025 16:42:16 +0900

그냥 일반 CREATE INDEX 하면 테이블에 LOCK 발생

CONCURRENTLY 사용하면 LOCK 없이 인덱스 생성 가능, DROP 도 가능

하지만 테이블 전체를 쭉 읽고 그 사이에 변경된 데이터에 대한 변경사항에 대한 적용을 위해 한 번 더 읽는다.
그래서 순간 I/O 가 증가
디스크 I/O 가 처리하는 동안 해당 프로세스는 잠을 잔다.(완료되기를 대기)

Hash Join

리거니 — Thu, 4 Dec 2025 16:41:03 +0900

1. 선행 테이블에 조건을 만족하는 행을 찾아서 조인 키(컬럼) 기준으로 hash 알고리즘을 적용하여 hash 테이블 생성
2. 후행 테이블도 동일하게 생성하는데 선행 테이블의 해쉬값과 맞는지(등가 =) 찾음
3. 이후 JOIN 수행

항상 HASH 값이 같아야 조인이 수행되므로 동등 조인에서만 사용가능
선행 테이블의 결과값(ROWS)이 작아야 유리
CPU,메모리 작업 위주 데이터 처리
해쉬 함수를 이용하여 조인을 수행하기 때문에 '='로 수행하는 조인에서만 사용가능 합니다.

Sort Merge Join

리거니 — Thu, 4 Dec 2025 16:40:07 +0900

1. 선행 테이블에 조건을 만족하는 행을 찾는다 후행 테이블도 동일하게
2. PGA 공간에 조인컬럼을 기준으로 정렬을 수행
3. 이후 두 테이블을 JOIN 수행

해당 조인은 정렬할 데이터가 많은경우 TEMP 영역을 사용하기 때문에 대량 조인 작업에서는 Hash Join이 유리
INDEX 있으면 자동정렬
대부분 해시조인인 보다 느린 성능을 보이나, 아래와 같은 상황에서는 소트머지 조인이 유용하다.

First 테이블에 소트연산을 대체할 인덱스가 있을 때
조인할 First 집합이 이미 정렬되어 있을 때
조인 조건식이 등차(=)조건이 아닐 때

두 테이블의 사이즈가 비슷한경우에 유리하며, 사이즈 차이가 큰 경우에는 불리하고, 비효율적인 방법이다.

NL(Nested Loop) Join

리거니 — Thu, 4 Dec 2025 16:39:37 +0900

NL 조인은 조인컬럼에 인덱스를 이용하는 방식, INDEX SCAN(RANDOM I/O) 사용
1. 선행 테이블을 순차적으로 읽어 조건 만족하는 행 찾음, 만족하지 않으면 필터링
2. 그 조인키를 가지고 후행 테이블에서 접근하여 조인키를 찾는다 조인 시도(inner[driven] 조인키에 인덱스가 없으면 풀스캔)
3. 후행 테이블에 조인 키가 없으면 필터링
4. 있으면 추출 버퍼에 넣음
5. 반복 수행

중첩 FOR 문 이라고 보면됨.
선행 테이블의 처리 범위(ROW) 가 성능을 결정, 양이 많지 않으면 인덱스 없이 Full Scan해도 한번만 하면 됨.
후행테이블에 대해서는 반드시 인덱스가 존재해야 NL 조인이 가능하다.
랜덤 엑세스 위주라 대용량 처리 시 불리함,
유니크 인덱스를 이용하여 소량 테이블 조인시 유리

배치 I/O

리거니 — Thu, 4 Dec 2025 16:38:44 +0900

인덱스를 통한 Table Random Access는 Single Block I/O으로 작동하기에 엄청난 부하를 유발하는데, 심지어 버퍼 캐시 경유 비용 + 래치 경합까지 발생할 수 있어 로우가 많아 질수록 각종 Wait Event가 발생해 성능이 급격히 저하되었다.
-> 실행계획 : TABLE ACCESS BY INDEX ROWID BATCHED
-> 위 성능 개선을 위해 12c 부터 batch I/O 추가

BATCH I/O
1. 인덱스를 통해 버퍼 캐시에서 찾지 못하면 DISK I/O(TABLE SCAN) 했던 SINGLE I/O 방식이 아니라
2. DISK I/O 를 잠시 미루고 일정량 모은 뒤 일괄 처리 방식
* ROWID 로 버퍼 캐시 조회 -> 실패 시 ROWID 저장
* 위 과정 반복하여 ROWID 일정량 저장 후 블록 번호 정렬하여 Multi Block I/O 수행
* 다만 위 방식은 정렬이 되지 않음.

부분범위 처리

리거니 — Thu, 4 Dec 2025 16:38:11 +0900

PostgreSQL에서 “부분 범위 처리”를 잘 하려면
WHERE + ORDER BY + LIMIT를 인덱스 구조와 일치시키는 방식 사용 유도

그러면 상위 N개만 읽고 스캔을 멈출 수 있어 성능 향상
-> 테이블 전체를 읽지 않고, 인덱스 풀 스캔도 하지않고, 인덱스 자체로 정렬되어 있기 때문에 정렬된 엔트리를 위에서 순차적으로 20건만 스캔하고 끝남

Oracle 은 자동으로 범위처리가 된다고함 ;;

인덱스가 없거나, ORDER BY랑 안 맞는 경우 모든 row 스캔 후 정렬이 필요한 컬럼 기준으로 전체 정렬
-> 이러면 최종 출력 수 는 소량이지만 작업은 전체 대상임

다중 컬럼 인덱스(복합 인덱스)

리거니 — Thu, 4 Dec 2025 16:37:18 +0900

선두 컬럼부터 연속해서 조건/정렬을 사용해야 효율적
선두 컬럼을 건너뛰고 그 뒤에 있는 컬럼만으로는 인덱스를 제대로 못탐
선두 컬럼에는 =(동등 조건), 뒤에는 범위 조건(LIKE, BETWEEN) 이 베스트
조건절에 선두 컬럼이 없으면, 옵티마이저가 TABLE FULL SCAN 혹은 INDEX FULL SCAN(데이터가 적으면) 으로 유도한다

인덱스 컬럼에 함수/표현식 씌워서 인덱스를 못 타는 경우 많음

인덱스 컬럼을 WHERE , ORDER BY, GROUP BY 에 사용 되어야 함
그리고 인덱스에 포함되지 않는 컬럼이 들어오면(SELECT) TABLE HEAP 스캔 발생

[PostgreSQL] 관리 및 성능 모니터링 SQL

리거니 — Tue, 25 Nov 2025 09:47:59 +0900

세션 관련 SQL

세션 수

select count(*) from pg_stat_activity ;

Active 세션 정보

SELECT datname, usename, state, query
FROM pg_stat_activity
WHERE state = 'active';

idle 세션 정보

SELECT datname, usename, state, query
FROM pg_stat_activity
WHERE state = 'idle';

특정 사용자 세션 조회

SELECT datname, usename, state, query
FROM pg_stat_activity
WHERE username = '';

현재 실행 중인 쿼리 중단

SELECT pg_cancel_backend(PID);

현재 세션을 강제 종료

SELECT pg_terminate_backend(PID);

최근 1일 동안 접속한 세션 정보 조회

SELECT
    pid,                           -- 프로세스 ID
    usename,                       -- 사용자 이름
    client_addr,                   -- 클라이언트의 IP 주소
    client_port,                   -- 클라이언트의 포트 번호
    backend_start,                 -- 백엔드 프로세스 시작 시간
    state,                         -- 세션 상태 (예: active, idle 등)
    query                          -- 현재 실행 중인 쿼리
FROM
    pg_stat_activity               -- PostgreSQL의 시스템 뷰
WHERE
    backend_start >= current_timestamp - INTERVAL '1 day'
   				   -- 최근 1일 동안의 세션만 필터링
ORDER BY
    backend_start DESC;            -- 세션 시작 시간 기준 내림차순으로 정렬

성능지표

1분 이상 실행되는 쿼리

SELECT
    current_timestamp - query_start AS runtime,
    datname, usename, query
FROM pg_stat_activity
WHERE state = 'active'
      AND current_timestamp - query_start > '1 min'
ORDER BY 1 DESC;

LONG 실행 쿼리 확인

SELECT current_timestamp - query_start AS runtime,datname, usename, query
FROM pg_stat_activity
WHERE state = 'active' ORDER BY 1 DESC;

자주 호출되는 SQL 분석

SELECT query FROM pg_stat_statements ORDER BY calls DESC;

캐시 적중률

SELECT
  d.datname,
  u.usename,
  round(100.*sd.blks_hit/(sd.blks_read+sd.blks_hit), 2) AS dhitratio
FROM pg_stat_database sd
JOIN pg_database d ON (d.oid=sd.datid)
JOIN pg_user u ON (u.usesysid=d.datdba)
WHERE sd.blks_read+sd.blks_hit<>0;

커밋 적중률

SELECT
  d.datname,
  u.usename,
  round(100.*sd.xact_commit/(sd.xact_commit+sd.xact_rollback), 2) AS dcommitratio
FROM pg_stat_database sd
JOIN pg_database d ON (d.oid=sd.datid)
JOIN pg_user u ON (u.usesysid=d.datdba)
WHERE sd.xact_commit+sd.xact_rollback<>0;

LOCK TABLE 조회

select locktype, relation::regclass, mode, transactionid tid, pid, granted
from pg_catalog.pg_locks
where not pid = pg_backend_pid() and relation::regclass::text not like 'pg%';

서버 상태 정보

SELECT
    buffers_alloc, -- 할당된 버퍼 수 
    maxwritten_clean, -- 백그라운드 프로세스가 디스크에 기록한 최대 버퍼 수
    buffers_backend, -- 백엔드 프로세스에서 사용한 버퍼 수
    buffers_alloc / (SELECT count(*) FROM pg_stat_bgwriter) AS buffer_ratio
FROM
    pg_stat_bgwriter;

디스크 I/O 성능 분석

SELECT
    relname,
    heap_blks_read,
    heap_blks_hit,
    idx_blks_read,
    idx_blks_hit,
    toast_blks_read,
    toast_blks_hit
FROM
    pg_statio_user_tables
ORDER BY
    heap_blks_read DESC;

테이블 오브젝트

db 별 사용량 확인

SELECT pg_database.datname, pg_size_pretty(pg_database_size(pg_database.datname)) AS size FROM pg_database;

스키마별 사용량 확인

SELECT schema_name, pg_size_pretty(sum(table_size)::bigint) as "disk space", 
        (sum(table_size) / pg_database_size(current_database())) * 100 as "percent" 
        FROM (SELECT pg_catalog.pg_namespace.nspname as schema_name, pg_relation_size(pg_catalog.pg_class.oid) as table_size 
        FROM pg_catalog.pg_class JOIN pg_catalog.pg_namespace ON relnamespace = pg_catalog.pg_namespace.oid ) t 
        GROUP BY schema_name ORDER BY schema_name;

스키마별 테이블 사용량 확인

SELECT schemaname, tablename, pg_size_pretty(pg_total_relation_size(schemaname||'.'||tablename)) FROM pg_tables where schemaname not in ('information_schema', 'pg_catalog');

스키마별 row 건 수

SELECT 'SELECT ''' || schemaname || '.' || tablename || ''' as tablename, count(*) FROM ' || schemaname || '.' || tablename|| ' union all' FROM pg_tables where schemaname not in ('information_schema', 'pg_catalog');

인덱스 건 수

SELECT * FROM pg_indexes WHERE schemaname not in ('pg_catalog');

인덱스 통계 조회

SELECT
    relname AS table_name,
    indexrelname AS index_name,
    idx_scan AS number_of_scans, -- 스캔 횟수
    idx_tup_read AS tuples_read, -- 읽은 튜플 수
    idx_tup_fetch AS tuples_fetched -- 가져온 튜플 수
FROM
    pg_stat_user_indexes
JOIN
    pg_index ON pg_stat_user_indexes.indexrelid = pg_index.indexrelid
WHERE
    pg_stat_user_indexes.schemaname = 'public'  -- 원하는 스키마로 변경 가능
ORDER BY
    number_of_scans DESC;

스키마별 PK,FK 건 수

select constraint_schema, constraint_type , count(*)
        from information_schema.table_constraints 
        where constraint_schema in('experdba')
        and constraint_type in ('FOREIGN KEY','PRIMARY KEY')
        group by constraint_schema,constraint_type 
        ORDER BY constraint_schema, constraint_type ;

VIEW 조회

SELECT
    schemaname,
    viewname,
    definition
FROM
    pg_views
WHERE
    schemaname NOT IN ('pg_catalog', 'information_schema')
ORDER BY
    schemaname, viewname;

시퀀스 조회

select * from pg_catalog.pg_sequences;

테이블 스페이스 조회

select * from pg_catalog.pg_tablespace ;

role 조회

select * from pg_catalog.pg_roles where rolname not like 'pg_%';

user 별 권한 조회

SELECT
    usename,
    usecreatedb,
    usesuper,
    userepl,
    usebypassrls
FROM
    pg_user;

user 별 테이블 권한 조회

SELECT
    grantee,
    table_name,
    privilege_type
FROM
    information_schema.role_table_grants
WHERE
    table_name = '';

기타

DBMS 가동시간

select pg_postmaster_start_time();

DB 포트

show port;

DB 버전

select version();

데이터 경로

show data_directory;

로그 경로

show log_directory;

사용가능한 extension 확인

select * from pg_available_extensions ;

현재 시간

select now();

현재 WAL 로그 파일(LSN) 확인

select pg_current_wal_lsn();

아카이브 상태 확인

select *  from pg_stat_archiver ;

vacuum 로그 확인

SELECT relname, last_vacuum, last_autovacuum, last_analyze, last_autoanalyze FROM pg_stat_user_tab

[PostgreSQL] psql 명령어

리거니 — Tue, 25 Nov 2025 09:46:35 +0900

PostgreSQL의 psql 명령줄 도구에서 사용할 수 있는 백슬래시(\) 명령어들의 전체 목록에 대한 설명입니다.
각 명령은 다양한 작업을 손쉽게 수행할 수 있게 도와주는 유용한 도구일 것 같습니다

몇 가지 자주 쓰이는 걸 요약하자면:

정보 조회 관련

\d → 테이블, 뷰, 시퀀스 등 목록 보기
\dt → 테이블만 보기
\dv → 뷰만 보기
\di → 인덱스 목록 보기
\df → 함수 목록 보기
\l → 데이터베이스 목록 보기
\du → 역할(사용자) 목록 보기
\x → Expanded 모드 전환 (복잡한 결과 보기 좋음)

쿼리 실행 관련

\g → 현재 쿼리 실행
\gx → Expanded 모드로 쿼리 실행
\gexec → 쿼리 결과를 다시 쿼리로 실행
\gset → 쿼리 결과를 변수로 저장

버퍼 & 파일

\e → 쿼리를 외부 편집기로 열기
\p → 현재 쿼리 버퍼 내용 보기
\r → 쿼리 버퍼 초기화
\w → 쿼리 버퍼를 파일로 저장

입출력

\copy → 로컬에서 파일로 복사
\i → SQL 스크립트 실행
\o → 결과를 파일 또는 파이프로 출력

연결

\c → 데이터베이스 연결 변경
\conninfo → 현재 연결 정보 보기

타이밍 & 반복

\timing → 쿼리 실행 시간 측정
\watch [초] → 쿼리를 주기적으로 실행 (ex. 모니터링용)

[PostgreSQL] 패스워드 정책 설정 및 비교

리거니 — Tue, 25 Nov 2025 09:45:19 +0900

데이터베이스 계정 또는 패스워드 정책 수립시
PostgreSQL은 기본적인 설정 기능을 제공하지 않기 때문에 추가 설정이 필요합니다.
PostgreSQL 패스워드 정책 관련 모듈은 크게 passwordcheck 및 credcheck 가 있습니다.
아래에서는 각 모듈들에 대한 설치과정과 기능 및 장단점을 비교하여 설명합니다.

01. 설치과정

(1) PasswordCheck

1. 해당 모듈은 사용자 비밀번호 정책에 대한 기능을 가짐
2. PostgreSQL 설치 시 기본적으로 해당 라이브러리를 제공

1. shared_preload_libraries = 'passwordcheck' 추가
2. 서버 재기동

(2) CredCheck

1. 해당 모듈은 사용자 계정 관련 정책을 포함하여 passwordcheck 보다 정책이 다양함
2. Tarandb 구성 시 제공하는 RPM 패키지가 있기 때문에 설치가 유용함

1. dnf install -y 04.tarandb_rhel_rpms_v16/490.credcheck_rpm/*.rpm
2. shared_preload_libraries = 'credcheck' 추가
3. 서버 재기동
4. create extension credcheck with schema public;

02. 기능

(1) PasswordCheck

1. 8자리 이상 사용
postgres=# create user test login password 'abcdefg';
ERROR:  password is too short

2. 숫자,문자 혼용 사용
postgres=# create user test login password 'abcdefgh';
ERROR:  password must contain both letters and nonletters

3. 유저명과 같거나 유저명을 포함하는 패스워드 사용 불가
postgres=# create user test login password 'test1234';
ERROR:  password must not contain user name

(2) CredCheck

1. 유저명 관련 정책
credcheck.username_min_length 최소 길이
credcheck.username_min_special 특수문자 최소 개수
credcheck.username_min_digit 최소 숫자
credcheck.username_min_upper,lower 대,소문자의 최소 개수
credcheck.username_min_repeat 반복되는 문자 최대 허용 횟수
credcheck.username_contain_password 사용자 이름에 비밀번호 미포함 여부
credcheck.username_contain 사용자 이름에 반드시 포함되어야 하는 문자 포함 여부

2. 비밀번호 복잡도 설정
credcheck.password_min_length   최소 길이
credcheck.password_min_special  특수문자 최소 개수
credcheck.password_min_digit 최소 숫자
credcheck.password_min_upper,lower 대,소문자의 최소 개수
credcheck.password_min_repeat 반복되는 문자 최대 허용 횟수
credcheck.password_contain_username  패스워드에 비밀번호 미포함 여부
credcheck.password_contain 패스워드에 반드시 포함되어야 하는 문자 포함 여부 
credcheck.password_not_contain 패스워드에 반드시 포함되지 않아야 하는 문자 포함 여부 
credcheck.max_auth_failure 비밀번호 실패 횟수 제한

3. 비밀번호 유효기간
credcheck.password_valid_until 비밀번호 유효 기간(최소 일수) 설정
credcheck.password_valid_max  비밀번호 유효 기간(만료일) 설정

4. 비밀번호 재사용 방지 설정
credcheck.password_reuse_history  비밀번호 재사용 불가능한 비밀번호 개수 
credcheck.password_reuse_interval 비밀번호 재사용 가능한 일

5. superuser 차단 금지 설정 
credcheck.reset_superuser 로그인 실패 횟수 초과로 잠김 계정 초기화

03. 기본 파라미터

SQL> select name, setting from pg_settings where name like 'credcheck%';
                 name                 | setting
--------------------------------------+---------
 credcheck.auth_delay_ms              | 0
 credcheck.auth_failure_cache_size    | 1024
 credcheck.encrypted_password_allowed | off
 credcheck.history_max_size           | 65535
 credcheck.max_auth_failure           | 0
 credcheck.no_password_logging        | on
 credcheck.password_contain           |
 credcheck.password_contain_username  | on
 credcheck.password_ignore_case       | off
 credcheck.password_min_digit         | 0
 credcheck.password_min_length        | 1
 credcheck.password_min_lower         | 0
 credcheck.password_min_repeat        | 0
 credcheck.password_min_special       | 0
 credcheck.password_min_upper         | 0
 credcheck.password_not_contain       |
 credcheck.password_reuse_history     | 0
 credcheck.password_reuse_interval    | 0
 credcheck.password_valid_max         | 0
 credcheck.password_valid_until       | 0
 credcheck.reset_superuser            | off
 credcheck.username_contain           |
 credcheck.username_contain_password  | on
 credcheck.username_ignore_case       | off
 credcheck.username_min_digit         | 0
 credcheck.username_min_length        | 1
 credcheck.username_min_lower         | 0
 credcheck.username_min_repeat        | 0
 credcheck.username_min_special       | 0
 credcheck.username_min_upper         | 0
 credcheck.username_not_contain       |
 credcheck.whitelist                  |
(32 rows)

04. 파라미터 설정

1. ALTER SYSTEM (시스템 전체 적용)
SQL> ALTER SYSTEM SET credcheck.username_min_length = 5;
ALTER SYSTEM

[tarandb@tdb-db1:/home/tarandb]
$ pg_ctl reload;
server signaled

SQL> SHOW credcheck.username_min_length;
 credcheck.username_min_length
-------------------------------
 5
(1 row)


2. SET (해당 세션에만 일시적으로 적용)
SQL> SET credcheck.username_min_length = 4;
SET

SQL> SHOW credcheck.username_min_length;
 credcheck.username_min_length
-------------------------------
 4
(1 row)

05. 장단점

(1) PasswordCheck

1. 패키지 및 extension 설치 필요없이 사용 가능
2. 패스워드 관련 정책 설정 기능이 단순함

(2) CredCheck

1. 유저명, 패스워드, 유효기간 등을 통해 보안정책 수립 용이
2. 계정별 정책 수립 및 관리 필요
3. 로그인 실패 횟수 초과로 잠길경우 계정 초기화 필요

06. 참고자료

https://github.com/HexaCluster/credcheck#readme
https://www.postgresql.org/docs/current/passwordcheck.html