PostgreSQL 19 RC1 공개, 정식 출시는 11월 예정…운영 DB 점검 체크리스트

RC1 공개와 정식 출시 예정일은 구분해야 한다

PostgreSQL Global Development Group은 2026년 10월 15일 PostgreSQL 19 RC1을 공개했다. 10월 26일 현재 이 배포판은 정식 일반 제공(GA)이 아니라 출시 후보이다. 공식 발표에는 RC2를 11월 12일, GA를 11월 19일로 계획한다는 내용이 명시돼 있다. 두 날짜는 확정된 실제 출시 이력이 아니라 변경 가능한 일정이다.

왜 RC1을 운영 시스템에 바로 적용하면 안 될까

PostgreSQL 공식 베타 안내는 베타와 RC를 생산 환경 또는 실제 개발 프로젝트의 상시 운영용으로 사용하지 말라고 권고한다. RC는 주요 기능을 미리 검증하고 결함·회귀 문제를 보고하는 용도다. 정식 출시에 매우 가까운 빌드여도 추가 수정이 적용될 수 있고 문제의 존재 가능성이 사라지지 않는다.

특히 업무용 DB는 데이터베이스 본체만 검사해서는 충분하지 않다. 애플리케이션 드라이버, 데이터 접근 프레임워크, 확장 모듈, 백업 도구와 복제 구성 등이 같은 버전을 지원하는지 확인해야 한다. 클라이언트 코드와 운영 자동화의 호환 여부는 공식 기능 목록만으로 보증되지 않는다.

PostgreSQL 19에서 검토할 만한 기능 변화

사전 릴리스 노트는 REPACK 명령, 쿼리 플래너 의사결정에 관여하는 pg_plan_advice, I/O 워커 제어와 일부 쿼리 처리 개선을 주요 항목으로 소개한다. REPACK (CONCURRENTLY)은 테이블 재구성 중 읽기·쓰기를 차단하지 않도록 설계됐다는 설명이 있으나, 실제 운영 효과는 잠금·부하·스토리지 여유를 포함한 시험 결과로 판단해야 한다.

복제 관련해서는 wal_level이 replica로 설정된 경우 서버 재시작 없이 논리 복제를 활성화할 수 있는 변경과 시퀀스 값 논리 복제 지원이 소개된다. 기존 환경의 복제 슬롯·구독 상태, 장애 전환 절차에 변화가 없는지는 별도 검증이 필요하다. 릴리스 노트는 정식 출시 전까지 갱신될 수 있으므로 기능을 확정 사양으로 단정하지 않는다.

주요 설정 변화는 업그레이드 체크리스트에 넣어야 한다

릴리스 노트는 max_locks_per_transaction 기본값을 64에서 128로 조정하고, JIT를 기본 비활성화하는 변경을 기술한다. 분석성 쿼리에서 JIT를 적극 활용하던 조직이라면 신규 기본값이 실행 계획과 처리 시간에 미치는 영향을 실측해야 한다. 반면 JIT를 거의 사용하지 않았다면 설정 차이가 실제 성능 차이로 이어지지 않을 수도 있다.

새 버전의 성능 수치를 일반화하지 않는 것이 중요하다. 같은 SQL이라도 데이터 크기와 분포, 인덱스, 캐시 상태, CPU 및 스토리지 조건에 따라 결과가 달라진다. 회귀 테스트는 운영과 비슷한 데이터·계획·부하를 바탕으로 수행하고, 문제가 발생한 쿼리를 재현 가능한 형태로 기록하는 편이 낫다.

업그레이드 전 검증: 순서가 중요하다

첫째, 현재 메이저·마이너 버전과 설치된 extension, 드라이버, 백업·모니터링 도구를 목록으로 만든다. 둘째, 운영 데이터의 민감정보를 적절히 보호한 별도의 시험 환경을 구축한다. 셋째, 논리·물리 백업을 각각 실제로 복원해 보고 애플리케이션 주요 읽기·쓰기 경로와 배치 업무를 재현한다.

운영자의 결론: 지금 할 일과 출시 뒤 할 일

10월 26일에 할 수 있는 일은 RC1 시험, 확장·드라이버 호환성 확인, 회귀 테스트, 백업 복구 훈련과 변경사항 영향 분석이다. 정식 GA라고 표현하거나 해당 버전으로 운영 전환을 권고할 근거는 없다. 특히 실제 중단 시간과 장애 복구 시간이 검증되지 않았다면 특정 날짜에 전환을 확정해서는 안 된다.

11월 12일 RC2와 11월 19일 GA는 공식 계획이므로 그 시점에 발표 여부와 변경된 릴리스 노트를 재확인해야 한다. 운영 전환 결정은 정식 릴리스 발표, 패치 적용 내역, 실제 호환성 시험과 롤백 계획이 모두 준비된 이후 내리는 것이 합리적이다.