데이터베이스

AWS Aurora MySQL 8.4와 Kiro Powers — 자연어로 DB를 만지는 시대의 실체

AWS가 Aurora MySQL 8.4를 정식 출시하고, 같은 주에 Kiro Powers 통합과 Amazon Bedrock의 Claude Opus 4.8을 함께 알렸다. 자연어로 DB 작업을 거는 통합이 실제로 뭘 해주는지, DBA 관점에서 8.4 GA의 실질 의미는 무엇인지 정리한다.

Oracle가 분기 패치를 버렸다 — 월간 CSPU 체제의 시작

Oracle이 20년 넘게 유지한 분기 Critical Patch Update에 더해, 매달 셋째 화요일 Critical Security Patch Update(CSPU)를 발행하기 시작했다. 첫 CSPU는 5월 28일, CVE 35건. 왜 분기에서 월간으로 갔는지를 AI 시대의 취약점 발견 속도와 DBA 관점에서 본다.

Neon이 백엔드 플랫폼으로 — branch가 DB를 넘어 스토리지·compute로 번지다

Neon이 2026-05-28 발표로 데이터베이스 회사에서 백엔드 플랫폼으로 영역을 넓혔다. branch 가능한 오브젝트 스토리지·서버리스 compute·AI Gateway를 같은 copy-on-write 모델 위에 얹는다. PostgreSQL 회사가 DB를 넘어 백엔드 전체로 가는 흐름을 운영자 시각으로 정리한다.

PostgreSQL 19 Beta — DBA가 실제로 느낄 Big 4 변화

Christophe Pettus가 PostgreSQL 19 Beta에서 추려낸 Big 4는 화려한 신기능이 아니라 운영 사고를 막거나 만드는 변화다. 64bit MultiXact가 4억 행 잠금 사고를 끝내고, 병렬 autovacuum 인덱스 worker가 메모리 계산을 새로 만든다. FOR PORTION OF는 시간 범위 UPDATE를 SQL로 끌어오고, JIT 기본값이 12부터 처음으로 다시 꺼진다.

pgBackRest의 부활 — 한 달 만에 6사 컨소시엄으로 돌아온 PostgreSQL 백업 표준

2026-04-27 단독 메인테이너 퇴장 선언, 2026-05-19 Percona 주도 6사 컨소시엄으로 정식 부활. 한 달도 안 되는 시간에 정세가 뒤집힌 이유와, 단독 후원사 의존 모델이 다중 후원사·다중 메인테이너 모델로 넘어가는 국면의 의미를 정리한다. DBA 입장에서 마이그레이션 압력은 어떻게 바뀌었는가.

PostgreSQL 30년 — 인수와 이별, 혼자 일하는 사람들, 그리고 클라우드 베어의 시대

UC Berkeley 학교 프로젝트로 시작해 클라우드 베어의 시대까지 — PostgreSQL 30년의 회사 인수와 개인들의 이야기, 그리고 다음 5년.

PostgreSQL 19의 wal_level — 고정값에서 동적 floor 값으로

PostgreSQL 19부터 wal_level이 고정 설정이 아니라 floor 값으로 동작한다. logical replication slot이 생기면 effective level이 자동으로 올라가고, 마지막 slot이 사라지면 다시 내려간다. cascading standby와 archived WAL의 비대칭 함정 포함.

PostgreSQL 18의 autovacuum_worker_slots — 재시작 없이 worker 수 조정하기

PostgreSQL 18에서 autovacuum 설정이 worker_slots(재시작 필요)와 max_workers(SIGHUP 가능)로 분리됐다. maintenance window 없이 vacuum throughput을 튜닝하는 흐름과, 슬롯을 거꾸로 줄일 때의 함정.

PostgreSQL 19 SQL/PGQ — 관계형 테이블 위에서 그래프 쿼리하기

PostgreSQL 19가 SQL:2023 표준 SQL/PGQ를 코어에 도입했다. 별도 그래프 DB 없이 기존 테이블을 그래프 패턴으로 쿼리한다.

Barman 보존 정책 워크북 — REDUNDANCY와 RECOVERY WINDOW

Barman 시리즈 4편 — Workbook. 보존 정책 두 가지 — REDUNDANCY n과 RECOVERY WINDOW OF n DAYS — 의 차이를 같은 lab에서 직접 적용해 본다. WAL이 backup 정책에 종속되는 핵심 원리, minimum_redundancy 안전망, barman keep으로 특정 backup을 retention에서 제외하기, OBSOLETE → DELETED 라이프사이클까지.