Percona가 DuckDB를 MySQL 스토리지 엔진으로 붙이는 실험을 500GB TPC-H로 검증했습니다. InnoDB가 28시간 넘게 걸리고도 4개를 완주 못 한 22개 분석 쿼리를 DuckDB 엔진은 186초에 끝냈고, 적재는 25.5배 빨랐으며 디스크는 5배 적게 썼습니다. 극단적인 숫자 뒤에 있는 구조와, 이 실험이 MySQL DBA에게 던지는 질문을 정리합니다.
DuckDB가 가을 출시 예정인 v2.0에 비동기 I/O를 넣습니다. 연산 워커와 별도로 블로킹 I/O 전담 스레드 풀을 두고 read-ahead로 요청을 미리 채우는 구조입니다. S3에서 Parquet 읽기 8.2초가 2.8초로, CSV 878초가 45초로 줄었습니다. PostgreSQL 18의 async I/O와 같은 문제를 다른 방식으로 푼 사례라 나란히 놓고 볼 만합니다.
Cloud SQL for PostgreSQL이 2026-07-24에 failover slot을 GA로 풀었습니다. 그런데 이건 GCP가 만든 기능이 아니라 PostgreSQL 17 코어 기능이고, AWS와 Azure도 이미 지원합니다. 3사가 같은 기능을 어떤 파라미터 이름으로 노출했는지, 추상화 수준이 어디서 갈리는지 비교했습니다.
Nikolay Samokhvalov가 공개한 PGSimCity는 PostgreSQL 내부를 탐험 가능한 3D 도시로 보여준다. buffer pool은 창고 지구, WAL은 호박색 물류선, checkpointer는 유지보수 차량이다. 저장소를 직접 클론해 빌드하고 시나리오 13종과 투어 14장을 확인했다.
PostgreSQL MVCC 비판은 대체로 맞다. 문제는 비교 대상 없이 그 비판만 떠돈다는 것이다. Docker에 PostgreSQL 18을 띄워 write amplification과 bloat를 직접 재보고, Oracle과 InnoDB, SQL Server, WiredTiger, LSM 계열이 같은 비용을 어디로 보냈는지, 엔진별로 그 비용을 확인하는 쿼리는 무엇인지 정리했다.
PostgreSQL planner는 쿼리를 실행해 보지 않고 통계 요약만 보고 실행계획을 정합니다. ANALYZE가 샘플을 떠서 pg_statistic에 채우는 과정, pg_stats의 n_distinct, most_common_vals, histogram_bounds, correlation을 읽는 법, planner가 그 숫자로 row를 추정하는 공식을 공식 문서 기준으로 정리했습니다.
Bruce Momjian의 ‘What’s Missing in Postgres?‘를 따라, PostgreSQL이 매년 200개 기능을 더하면서도 끝내 코어에 들이지 못한 빈칸을 짚습니다. sharding, connection pooling, 내장 암호화처럼 ‘당연히 될 것 같은데 안 되는’ 항목들이 왜 비어 있고 지금은 무엇으로 메우는지 하나씩 살펴봅니다.
PostgreSQL 19부터 logical replication이 sequence 값을 subscriber로 동기화한다. failover 직후 첫 INSERT가 duplicate key로 터지던 오래된 함정이 ALL SEQUENCES 절과 REFRESH SEQUENCES 명령으로 정리됐다. 다만 연속 동기화가 아니라 시점 동기화라서, cutover runbook에 들어갈 자리가 정해져 있다.
Supabase가 시리즈 F로 5억 달러를 유치하며 밸류 105억 달러를 찍었다. 같은 발표에서 PostgreSQL 수평 확장 레이어 Multigres를 프리뷰로 공개했는데, Vitess 공동 창시자가 직접 이끄는 proxy 방식이다. 기존 Citus와 어떻게 갈리고, DBA 입장에서 지금 의미가 있을지 따져 본다.
Microsoft가 Build 2026에서 Azure HorizonDB를 공개 프리뷰로 내놓았습니다. compute와 storage를 분리한 scale-out 구조에 DiskANN 벡터 검색과 in-database 모델 호출을 얹은, AI 시대를 겨냥한 PostgreSQL 호환 관리형 데이터베이스입니다. AWS Aurora DSQL/Google AlloyDB와의 3파전 구도, 그리고 기존 Azure Database for PostgreSQL을 쓰는 DBA에게 이 발표가 갖는 의미를 함께 살펴봅니다.