https://lameld.github.io/tags/postgresql/Recent content in postgresql on LaMelDHugoko-KRThu, 17 Sep 2026 00:00:00 +0000https://lameld.github.io/postgresql/features/Thu, 17 Sep 2026 00:00:00 +0000https://lameld.github.io/postgresql/features/<h2 id="1-개요">1. 개요</h2> <ul> <li>1986년 UC 버클리 POSTGRES 프로젝트에서 출발한 객체-관계형 데이터베이스(ORDBMS). 1996년 SQL을 지원하며 PostgreSQL로 이름을 바꿨다.</li> <li>라이선스는 PostgreSQL License(BSD/MIT 계열). 상용 이용·재배포에 제한이 없고 단일 회사가 소유하지 않는다.</li> <li>매년 9~10월에 메이저 버전이 나오고, 각 메이저 버전은 5년간 마이너 업데이트를 받는다. 마이너 업데이트는 분기마다 나온다.</li> <li>2026-09 기준 최신 메이저는 18이며, Ubuntu 24.04 기본 저장소는 16을 제공한다.</li> <li>SQL 표준 준수도가 높고, 트랜잭션 DDL·MVCC·확장 시스템이 강점이다.</li> </ul> <h2 id="2-아키텍처">2. 아키텍처</h2> <h3 id="21-프로세스-구조">2.1 프로세스 구조</h3> <ul> <li><code>postmaster</code>(postgres 메인 프로세스)가 접속마다 백엔드 프로세스를 하나씩 fork한다. 스레드가 아니라 프로세스 모델이다.</li> <li>접속 수가 많으면 프로세스 비용이 커지므로 수백 개 이상 동시 접속에는 PgBouncer 같은 커넥션 풀러를 앞에 둔다.</li> <li>백그라운드 프로세스: <ul> <li>checkpointer: 더티 페이지를 주기적으로 디스크에 기록</li> <li>background writer: 버퍼를 미리 비워 백엔드의 대기를 줄임</li> <li>WAL writer: WAL 버퍼를 디스크로 flush</li> <li>autovacuum launcher/worker: 죽은 튜플 정리와 통계 갱신</li> <li>stats collector(15 이전) / 공유 메모리 통계(15 이후)</li> <li>archiver, logical replication launcher, walsender/walreceiver</li> </ul> </li> </ul> <h3 id="22-메모리">2.2 메모리</h3> <table> <thead> <tr> <th>파라미터</th> <th>역할</th> <th>기본값</th> </tr> </thead> <tbody> <tr> <td><code>shared_buffers</code></td> <td>디스크 페이지 캐시. 보통 RAM의 25%</td> <td>128MB</td> </tr> <tr> <td><code>work_mem</code></td> <td>정렬·해시 작업 하나당 메모리. 쿼리·노드마다 별도 할당</td> <td>4MB</td> </tr> <tr> <td><code>maintenance_work_mem</code></td> <td>VACUUM, CREATE INDEX 등 유지보수 작업 메모리</td> <td>64MB</td> </tr> <tr> <td><code>effective_cache_size</code></td> <td>플래너가 가정하는 OS 캐시 포함 총 캐시 크기(할당 아님)</td> <td>4GB</td> </tr> <tr> <td><code>wal_buffers</code></td> <td>WAL 쓰기 버퍼</td> <td>shared_buffers의 1/32</td> </tr> </tbody> </table> <h3 id="23-저장-구조와-wal">2.3 저장 구조와 WAL</h3> <ul> <li>논리 계층: 클러스터(인스턴스) &gt; 데이터베이스 &gt; 스키마 &gt; 테이블/인덱스/뷰/함수.</li> <li>하나의 클러스터에 여러 데이터베이스가 있지만, 한 접속은 한 데이터베이스에만 붙는다. 데이터베이스 간 조인은 <code>dblink</code>나 <code>postgres_fdw</code>가 필요하다.</li> <li>테이블은 8KB 페이지(블록) 단위로 힙 파일에 저장된다. 큰 값은 TOAST로 압축·분리 저장한다.</li> <li>WAL(Write-Ahead Log): 데이터 파일을 바꾸기 전에 변경 로그를 먼저 기록해 크래시 복구, 스트리밍 복제, PITR의 기반이 된다.</li> </ul> <h3 id="24-mvcc와-vacuum">2.4 MVCC와 VACUUM</h3> <ul> <li>다중 버전 동시성 제어(MVCC): UPDATE·DELETE는 기존 행을 덮어쓰지 않고 새 버전을 만들며, 읽기는 쓰기를 막지 않고 쓰기도 읽기를 막지 않는다.</li> <li>오래된 행 버전(dead tuple)은 VACUUM이 회수한다. autovacuum이 자동으로 돌지만, 대량 갱신 테이블은 임계값 튜닝이 필요하다.</li> <li>트랜잭션 ID는 32비트라서 약 20억 트랜잭션마다 wraparound를 막기 위한 freeze VACUUM이 반드시 필요하다. autovacuum을 끄면 안 되는 이유다.</li> <li>격리 수준: Read Committed(기본), Repeatable Read, Serializable(SSI, 진짜 직렬화 보장). Read Uncommitted는 Read Committed로 동작한다.</li> </ul> <h3 id="25-클러스터-구성-단일-vs-다중">2.5 클러스터 구성: 단일 vs 다중</h3> <p>서버 한 대에 클러스터 하나를 두고 그 안에서 database와 schema로 나누는 것이 표준 구성이다. 다중 클러스터는 특정한 이유가 있을 때만 쓴다.</p>https://lameld.github.io/postgresql/commands/Thu, 17 Sep 2026 00:00:00 +0000https://lameld.github.io/postgresql/commands/<p>Ubuntu 24.04 + PostgreSQL 16 기준. 다른 버전은 경로의 <code>16</code>을 바꾼다.</p> <h2 id="1-설치">1. 설치</h2> <h3 id="11-ubuntu-기본-저장소-16">1.1 Ubuntu 기본 저장소 (16)</h3> <div class="highlight"><pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl">sudo apt update </span></span><span class="line"><span class="cl">sudo apt install postgresql-16 <span class="c1"># 서버 + contrib 모듈 포함</span> </span></span><span class="line"><span class="cl">sudo apt install postgresql-client-16 <span class="c1"># 클라이언트만 필요할 때</span> </span></span></code></pre></div><p>한국어 로케일 클러스터를 원하면 설치 전에 로케일을 만들고 <code>LANG</code>을 지정한다.</p>https://lameld.github.io/postgresql/high-availability/Thu, 17 Sep 2026 00:00:00 +0000https://lameld.github.io/postgresql/high-availability/<ul> <li>조사일: 2026-09-11</li> <li>목적: MariaDB/MySQL의 Galera Cluster, MaxScale, ProxySQL에 대응하는 PostgreSQL HA 구성 요소를 정리한다.</li> </ul> <h2 id="1-결론-요약">1. 결론 요약</h2> <ul> <li>PostgreSQL 코어에는 Galera 같은 <strong>동기 멀티마스터가 없다.</strong> 표준 HA는 &ldquo;스트리밍 복제(단일 writer) + 자동 장애 조치 관리자 + 프록시&rdquo; 조합이다.</li> <li>MaxScale 하나가 하던 일(R/W 분리, 자동 failover, 커넥션 라우팅)은 PostgreSQL에서 보통 <strong>Patroni + HAProxy (+ PgBouncer)</strong> 조합으로 나누어 하거나, <strong>Pgpool-II</strong> 하나로 한다.</li> <li>멀티마스터가 꼭 필요하면 논리 복제 기반 확장(pgactive, pgEdge Spock, EDB PGD)을 쓴다. 대부분 <strong>비동기 + 충돌 해결</strong> 방식이라 Galera의 동기 인증(certification) 방식과는 성격이 다르다.</li> <li>쿠버네티스에서는 CloudNativePG가 표준이다.</li> </ul> <h2 id="2-mariadb-구성-요소와의-대응">2. MariaDB 구성 요소와의 대응</h2> <table> <thead> <tr> <th>MariaDB / MySQL</th> <th>역할</th> <th>PostgreSQL 대응</th> </tr> </thead> <tbody> <tr> <td>Galera Cluster</td> <td>동기 멀티마스터, 가상 동기 복제, 자동 멤버십</td> <td>직접 대응 없음. 가용성 면에서는 동기 스트리밍 복제 + Patroni. 다중 writer는 pgactive / pgEdge Spock / EDB PGD</td> </tr> <tr> <td>MaxScale</td> <td>R/W 분리, 자동 failover, 커넥션 라우팅, 필터</td> <td>Pgpool-II (단일 도구) 또는 Patroni + HAProxy + PgBouncer (조합)</td> </tr> <tr> <td>ProxySQL</td> <td>SQL 인식 프록시, 풀링, 쿼리 라우팅</td> <td>PgBouncer, pgcat, PgDog, ProxySQL 3.0 (PostgreSQL 지원 추가)</td> </tr> <tr> <td>비동기 binlog 복제</td> <td>복제 기본</td> <td>스트리밍 물리 복제(비동기), 논리 복제</td> </tr> <tr> <td>반동기(semi-sync) 복제</td> <td>커밋 내구성 보장</td> <td><code>synchronous_commit</code> • <code>synchronous_standby_names</code> (쿼럼 커밋 포함)</td> </tr> <tr> <td>GTID</td> <td>복제 위치 식별</td> <td>LSN, 타임라인, replication slot</td> </tr> <tr> <td>MHA, Orchestrator</td> <td>자동 failover 관리자</td> <td>Patroni, repmgr, pg_auto_failover</td> </tr> <tr> <td>garbd (Galera arbitrator)</td> <td>쿼럼 유지</td> <td>etcd / Consul / ZooKeeper (Patroni DCS), witness 노드 (repmgr)</td> </tr> <tr> <td>mariabackup, xtrabackup</td> <td>물리 백업</td> <td>pg_basebackup, pgBackRest, Barman, WAL-G</td> </tr> <tr> <td>MariaDB Operator, Percona Operator</td> <td>쿠버네티스</td> <td>CloudNativePG, Zalando postgres-operator, Crunchy PGO, Percona Operator for PostgreSQL, StackGres</td> </tr> </tbody> </table> <h2 id="3-코어가-제공하는-기반">3. 코어가 제공하는 기반</h2> <p>코어는 복제와 승격의 기본 동작만 제공하고, 자동 장애 조치·VIP·클라이언트 라우팅·멀티마스터는 외부 도구에 맡긴다.</p>