PostgreSQL 19 RC1 공개: REPACK·실행계획 개선과 정식 출시 전 점검

PostgreSQL 19 RC1 공개와 일정

2026년 10월 15일 PostgreSQL 개발 그룹은 PostgreSQL 19 RC1을 공개했다. RC는 릴리스 후보(Release Candidate)를 뜻하며, PostgreSQL 19의 최종 정식 출시본이라는 뜻이 아니다. 실제 운영 시스템의 기본 버전을 즉시 전환하기보다 신규 기능과 회귀 문제를 점검하기 위한 시험판으로 접근하는 것이 맞다.

PostgreSQL 19 RC2는 2026년 11월 12일, PostgreSQL 19 정식 출시일은 11월 19일로 안내됐다. 두 날짜 모두 2026년 10월 19일 기준 공식적인 예정 일정으로, 추가 결함 또는 추가 RC가 필요하면 변경될 수 있다. PostgreSQL 19 릴리스 노트도 개발 버전 문서이므로 지금 작성된 항목이 최종까지 동일하게 유지된다고 단정할 수 없다.

REPACK과 실행계획 관리의 주요 변화

PostgreSQL 19 새 기능에서 주목되는 하나는 공간 회수와 테이블 재구성을 위한 REPACK 명령이다. 기존 데이터베이스 유지보수 작업에서 중요한 테이블 재정리 작업을 명령으로 수행할 수 있게 한다. 특히 PostgreSQL 19 REPACK은 데이터 배치와 공간 재활용에 관한 선택지를 넓혀 주지만 테이블 크기와 I/O 특성에 따른 비용이 발생할 수 있다.

PostgreSQL REPACK CONCURRENTLY는 공식 릴리스 노트에서 테이블 읽기와 쓰기를 차단하지 않고 재구성할 수 있는 방식으로 설명된다. 이것을 부하 영향도 없고 모든 워크로드에서 완전히 안전하다는 의미로 해석해서는 안 된다. PostgreSQL 19 RC1에는 REPACK (CONCURRENTLY) 관련 수정이 포함되었다는 사실 자체가 사전 검증의 중요성을 보여준다.

PostgreSQL pg_plan_advice는 옵티마이저의 실행계획 선택에 대한 조언을 제공하는 확장 기능이며, PostgreSQL pg_stash_advice는 질의에 맞춘 계획 조언을 자동 적용하는 확장으로 소개된다. RC1은 pg_plan_advice 버그 수정도 포함했다. 인덱스 선택이나 조인 경로의 예상치 못한 변화에 대응하는 도구이지만, 특정 쿼리가 자동으로 얼마나 빨라지는지 측정 자료 없이 단정할 수 없다.

논리 복제 및 성능 관련 변화

PostgreSQL 19 논리 복제 관련 변화에는 wal_level이 replica인 환경에서 서버 재시작 없이 논리 복제를 활성화하는 기능과 시퀀스 값의 논리 복제가 포함된다. 이는 복제 운영 절차를 간소화할 여지가 있지만 기존 구성과의 동작 차이, 구독 상태, 장애 복구 절차를 재시험해야 한다.

릴리스 노트에는 I/O 워커 자동 확장, 외래키 검사 최적화, 병렬 autovacuum 및 쿼리 계획 개선도 소개된다. 특히 통계 분포가 복잡하거나 테이블 수가 많은 환경에서는 튜닝 전후 지표를 따로 비교해야 한다. 새 기능이 추가되었다고 모든 워크로드가 동일한 수준의 성능 개선을 얻는 것은 아니다.

PostgreSQL 19 호환성과 업그레이드

PostgreSQL 19 업그레이드는 동일 메이저 버전의 마이너 패치처럼 설치 파일만 바꾸는 작업이 아니다. PostgreSQL 19 마이그레이션에는 pg_upgrade 또는 pg_dump와 복원, 상황에 따른 논리 복제 기반 이전처럼 메이저 버전 변경을 위한 절차가 요구된다. 특히 다운타임 창, 백업 무결성, 롤백 방안을 별도 설계해야 한다.

PostgreSQL 19 호환성 점검에서는 RADIUS 인증 지원 제거, standard_conforming_strings의 항상 on 처리, JIT 기본 비활성화가 중요한 변화로 꼽힌다. 이전 데이터 덤프가 비표준 문자열 설정에 의존하면 정상 복원이 어려울 수 있으며, 기존 JIT 최적화 가정이 있으면 성능 프로파일이 달라질 수 있다.

PostgreSQL 18 19 차이를 비교할 때는 단순 신규 기능 목록보다 보안 인증, 드라이버 및 확장 ABI, 백업 도구, 운영 스크립트와 SQL 문법의 영향이 중요하다. 테스트에서는 실제 서비스 스키마를 복제하고 플러그인 버전 및 클라이언트 연결 풀, 파라미터 설정을 함께 기록하자.

운영 적용 전 시험과 결론

PostgreSQL 19 테스트를 준비한다면 RC1을 분리된 스테이징 환경에 설치한 뒤 백업 복원, 주요 쿼리 회귀, 논리 복제, 인덱스 재구성, 확장 모듈과 권한, 읽기·쓰기 병행 상황을 검증해야 한다. 대규모 테이블에는 REPACK 동작 중 디스크 공간 여유와 WAL·I/O 자원 소비를 별도로 살펴보는 것이 유용하다.

운영 도입 판단은 RC1 기능 시험과 최종 정식 배포 승인 두 단계로 나누자. RC에서 테스트에 통과했더라도 정식 출시 패키지 변경 사항을 검토하고 백업·복원 훈련 및 장애 대응 절차가 끝난 후 전환하는 것이 안전하다.

요약하면 PostgreSQL 19의 REPACK·실행계획·복제 개선은 주목할 만하지만 현재는 릴리스 후보 단계다. 예정 일정을 확정 발표처럼 전달하거나 테스트 없는 운영 즉시 적용을 권장하지 않는다.

자주 묻는 질문

PostgreSQL 19 RC1은 운영용 정식 버전인가요?

아니요. 2026년 10월 15일 공개된 첫 릴리스 후보입니다.

정식 출시는 언제인가요?

2026년 11월 19일로 예정돼 있으나 결함 발견 등에 따라 변경될 수 있습니다.

REPACK CONCURRENTLY는 락과 성능 영향이 전혀 없나요?

공식 문서는 테이블 읽기·쓰기를 막지 않는다고 설명하지만 모든 환경에서 부하가 없다는 의미는 아닙니다.

기존 클러스터에서 바로 업그레이드해도 되나요?

메이저 버전 업그레이드 절차, 백업, 호환성 및 롤백 검증이 필요합니다.

출처 및 확인 범위

• PostgreSQL 19 RC 1 Released! — PostgreSQL Global Development Group
• PostgreSQL 19 Release Notes (development version) — PostgreSQL Documentation
• PostgreSQL 19rc1 Documentation — PostgreSQL Documentation

2026년 10월 19일 기준. 출시 일정은 계획이며 실제 운영 성능·마이그레이션 작업을 직접 측정하거나 수행한 것은 아닙니다.