PostgreSQL 19 Release Candidate 1이 2026년 10월 15일 출시되었습니다. GA는 2026년 11월 19일 예정이며, 그전인 11월 12일 RC 2가 나올 예정입니다.

공식 발표문은 RC 1이 초기 GA와 "거의 동일"할 것이라고 명시합니다. 일부 수정이 더 적용될 수 있다는 표현입니다.

RC 1에 포함된 수정 사항

공식 발표문은 Beta 4 이후 적용된 수정 사항 여섯 가지를 나열합니다.

  • REPACK (CONCURRENTLY) 여러 수정
  • pg_plan_advice 여러 수정
  • NULL 식별 가능 여부 기반 새 쿼리 플래너 최적화 여러 수정
  • wal_level = replica일 때 논리 복제 자동 활성화 여러 수정
  • postgres_fdw 통계 가져오기 수정 — ANALYZE 실행 사용자가 아닌 외부 테이블 소유자로 실행
  • COPY (query) TO ... (FORMAT json) 수정 — 테이블 열 이름 대신 쿼리 열 이름(별칭 포함)을 JSON 키로 사용

이것은 PostgreSQL 19 RC 1의 실제 변경 사항입니다. 공식 발표문에 명시된 내용이며, 우리 사이트에서 재현하거나 측정한 결과가 아닙니다.

"AI가 버그를 너무 많이 찾아"라는 분석

11월 2일 GeekNews에서 주목받은 이 소식은 PostgreSQL 커미터 Robert Haas의 블로그 분석에 기반합니다. 2025년과 2026년 같은 기간을 비교했을 때 새 안정 브랜치에 적용된 수정 커밋이 724개에서 1,169개로 증가했다는 주장입니다.

하지만 이 인과관계는 확정적이지 않습니다.

첫째, "LLM을 활용한 버그 발견"이 증가의 직접적 원인이라는 주장은 프로젝트 기여자의 분석입니다. PostgreSQL 프로젝트는 LLM 도구 사용 여부를 커밋 메시지에 명시하지 않습니다.

둘째, 1,169개 커밋 중 실제로 AI 도구를 통해 발견된 버그의 비율을 공식적으로 집계한 자료는 없습니다.

셋째, 버그 제보 증가가 반드시 품질 저하를 의미하지는 않습니다. 더 많은 버그를 발견하고 수정하는 것이 오히려 프로젝트의 건강 상태를 반영할 수도 있습니다.

GA까지 기다려야 하는가

RC 1은 "거의 GA"입니다. GA 전에 발견된 중대한 이슈가 없다면 RC 2는 11월 12일, GA는 11월 19일에 출시될 예정입니다.

업그레이드 전략은 기존 버전과 동일하게 pg_upgrade 또는 pg_dump / pg_restore를 사용합니다.

개발자가 확인할 사항

RC 1을 테스트 환경에서 확인한다면 다음 변경 사항에 주목하세요.

postgres_fdw의 통계 가져오수 권한 변경은 기존外部 테이블 참조 쿼리에 영향을 줄 수 있습니다. COPY (query) TO ... (FORMAT json)의 열 이름 변경은 JSON 키가 테이블 열이 아닌 쿼리 열(별칭 포함)로 바뀌었으므로, JSON 파싱 로직이 열 이름에 의존한다면 확인이 필요합니다.

REPACK (CONCURRENTLY)와 pg_plan_advice의 여러 수정은 기존 운영 환경에서 문제가 발생했던 경우라면 RC 2 또는 GA 출시 후 적용하는 것이 안전합니다.

이것은 RC 1 발표문을 기준으로 한 분석이며, 실제 테스트 결과를 담고 있지 않습니다.

성능 개선이나 새로운 기능에 대한 심층 분석은 실무 RAG 설계 강의에서 다루는 검색 시스템의 구조를 이해한 뒤, 데이터베이스 업그레이드 전략과 연결 지어 학습할 수 있습니다. 아래 유료 강의는 PostgreSQL의 특정 버전을 다루지 않으며, 업그레이드나 마이그레이션 방법을 보장하지 않습니다.