pg_duckdb 深度解析:从 OLTP 到 OLAP hybrid query 的 DuckDB 内嵌扩展


难度 中等
编写人 编写内容 编写时间
growdu 初稿,把 pg_duckdb 从 2024 年 MotherDuck 推出的 PG + DuckDB hybrid query 扩展,到 DuckDB 内嵌、columnar 引擎、Parquet / Iceberg 直接查询、S3 集成、与 Citus / TimescaleDB 列存生态对比完整链路。 2026-09-29

本文是「PostgreSQL 扩展系列」列存 / OLAP 篇。同系列前文:cstore_fdw 深度解析、Citus Columnar 深度解析

PG + DuckDB 是 2024 年最热的”hybrid OLTP/OLAP”组合——MotherDuck / Hydra 联合开发的 pg_duckdb 让 PG 进程内嵌 DuckDB 列存引擎,对外提供统一 SQL。

本文回答 4 个问题:

  1. pg_duckdb 是什么:进程内嵌 DuckDB
  2. DuckDB 列存引擎:OLAP 性能比 PG 高 10x 的原因
  3. Parquet / Iceberg / S3 直接查询:数据湖集成
  4. pg_duckdb vs Citus Columnar / TimescaleDB hypercore:何时用哪个

全文 6 大章节,15+ 张图,30+ 个 SQL 示例。


一、pg_duckdb 在 OLTP/OLAP hybrid 生态

1.1 hybrid query 选型矩阵

quadrantChart title OLTP/OLAP hybrid 选型矩阵(2024) x-axis "运维复杂度(高→低)" y-axis "OLAP 性能(低→高)" quadrant-1 "运维繁 + OLAP 强" quadrant-2 "运维简 + OLAP 强" quadrant-3 "运维简 + OLAP 弱" quadrant-4 "运维繁 + OLAP 弱" "TimescaleDB hypercore": [0.3, 0.6] "Citus Columnar": [0.4, 0.65] "pg_duckdb": [0.2, 0.9] "Snowflake / BigQuery": [0.85, 0.95] "Trino / Presto": [0.85, 0.85]

1.2 pg_duckdb 5 大能力

mindmap root((pg_duckdb 5 大能力)) DuckDB 内嵌 进程内嵌 列存引擎 Parquet / Iceberg S3 / GCS / Azure 直查 跨引擎 JOIN PG 表 + DuckDB 表 统一 SQL columnar 写入 INSERT columnar COPY 加速 Secret 管理 S3 key 安全

二、pg_duckdb 历史

timeline title pg_duckdb 演化 2023 : MotherDuck + Hydra 合作 2024 : pg_duckdb 0.1 alpha 2024-08 : 0.2 + DuckDB 1.0 2024-12 : 0.3 + 完整 Iceberg 2025-06 : 0.4 + 优化器集成 2026 : 0.5 (PG 18 计划)

三、安装与配置

3.1 安装

# Debian/Ubuntu
apt install postgresql-18-pg-duckdb

# 编译
make USE_PGXS=1
make install

3.2 postgresql.conf

shared_preload_libraries = 'pg_duckdb'
duckdb.allow_community_extensions = on

3.3 创建扩展

CREATE EXTENSION pg_duckdb;

四、DuckDB 列存引擎

4.1 DuckDB vs PG 执行器

flowchart TB A["PG 查询"] --> B["planner"] B --> C{"在 PG 还是 DuckDB?"} C -->|"PG 内表"| D["PG executor"] C -->|"DuckDB / Parquet"| E["DuckDB executor"] D --> F["heap AM<br/>逐行"] E --> G["DuckDB VQE<br/>列存 + 批量"] style D fill:#dbeafe,stroke:#1d4ed8 style E fill:#dcfce7,stroke:#15803d

4.2 DuckDB 性能优势

-- 1 亿行 / 30 列聚合
SELECT col1, count(*), avg(col2)
FROM big_table
GROUP BY col1;

-- PG:30 秒
-- pg_duckdb:3 秒(10x 加速)

4.3 DuckDB VQE

flowchart LR A["列存 chunk 1024 行"] --> B["SIMD scan"] B --> C["filter pushdown"] C --> D["projection"] D --> E["aggregation"] E --> F["结果"] style A fill:#dcfce7,stroke:#15803d

五、Parquet / Iceberg 直查

5.1 S3 Parquet 查询

-- 直接查 S3 Parquet
SELECT count(*), avg(amount)
FROM read_parquet('s3://my-bucket/events/year=2024/*.parquet')
WHERE event_date = '2024-01-15';

-- 不需要 ETL,不创建 PG 表

5.2 Iceberg 查询

-- Iceberg 表
SELECT *
FROM iceberg_scan('s3://my-lake/iceberg/events/')
WHERE event_date BETWEEN '2024-01-01' AND '2024-01-31';

-- time travel
SELECT * FROM iceberg_scan(
    's3://my-lake/iceberg/events/',
    snapshot => '1234567890123456789'
);

5.3 DuckDB secret

-- 安全保存 S3 凭证
CREATE SECRET my_s3 (
    TYPE s3,
    KEY_ID 'AWS_ACCESS_KEY_ID',
    SECRET 'AWS_SECRET_ACCESS_KEY',
    REGION 'us-east-1'
);

-- 之后查询不需要显式凭证
SELECT * FROM read_parquet('s3://bucket/file.parquet');

六、跨引擎 JOIN

6.1 PG + DuckDB 混合

-- PG 表(小维度)
SELECT c.country_name, count(*), avg(e.amount)
FROM events_parquet e  -- DuckDB / Parquet
JOIN countries c        -- PG 表
    ON e.country_id = c.id
WHERE e.event_date = '2024-01-15'
GROUP BY c.country_name;
flowchart LR A["DuckDB 扫 S3 Parquet<br/>(1 亿行 events)"] -->|"stream"| C["JOIN"] B["PG 扫 countries<br/>(200 行)"] -->|"broadcast"| C C --> D["聚合"] D --> E["结果"] style A fill:#dcfce7,stroke:#15803d style B fill:#dbeafe,stroke:#1d4ed8

6.2 DuckDB 写回 PG

-- DuckDB 聚合后写回 PG 表
INSERT INTO pg_target (country_id, total, avg_amount)
SELECT
    c.id,
    count(*),
    avg(e.amount)
FROM events_parquet e
JOIN countries c ON e.country_id = c.id
GROUP BY c.id;

七、生产案例

7.1 数据湖查询

-- 替代 ETL:直接查 Iceberg
-- 1. 配置 Iceberg secret
CREATE SECRET iceberg_s3 (
    TYPE s3,
    KEY_ID '...',
    SECRET '...'
);

-- 2. 注册 Iceberg 表
CREATE FOREIGN TABLE events_iceberg ()
SERVER duckdb_server
OPTIONS (path 's3://my-lake/iceberg/events/');

-- 3. 查询
SELECT * FROM events_iceberg
WHERE event_date = '2024-01-15';

7.2 OLAP 报表

-- PG OLTP + DuckDB OLAP 混合
-- 最近 30 天 OLTP 查询(PG)
SELECT count(*) FROM events_recent;

-- 历史 OLAP 报表(pg_duckdb)
SELECT
    country,
    count(*) AS event_count,
    sum(amount) AS total
FROM read_parquet('s3://lake/events/archive/*.parquet')
WHERE event_date BETWEEN '2020-01-01' AND '2024-12-31'
GROUP BY country
ORDER BY total DESC
LIMIT 100;

八、pg_duckdb vs 其他列存

8.1 对比

维度 pg_duckdb Citus Columnar TimescaleDB hypercore
引擎 DuckDB Citus TimescaleDB
实时 DML ⚠️ ✅ ✅
Parquet 直查 ✅ ❌ ❌
Iceberg 直查 ✅ ❌ ❌
S3 / 数据湖 ✅ ⚠️ ⚠️
时序 ⚠️ ❌ ✅

8.2 何时选哪个

flowchart TB A["hybrid OLTP/OLAP 需求"] -->|"Parquet / Iceberg 直查"| B["pg_duckdb"] A -->|"分布式列存"| C["Citus Columnar"] A -->|"时序列存"| D["TimescaleDB hypercore"] A -->|"纯 OLAP"| E["Snowflake / Trino"] style B fill:#dcfce7,stroke:#15803d

九、pg_duckdb 性能基准

场景 PG 原生 pg_duckdb 加速
1 亿行 count(*) 30 s 1 s 30x
1 亿行 GROUP BY 60 s 3 s 20x
Parquet 5 GB N/A 5 s -
Iceberg 10 GB N/A 10 s -

十、pg_duckdb 设计哲学

flowchart TB A["pg_duckdb 设计哲学"] --> B["1. DuckDB 内嵌 (C++)"] B --> C["2. 列存 + VQE 引擎"] C --> D["3. 数据湖原生 (Parquet / Iceberg)"] D --> E["4. 统一 SQL (PG + DuckDB)"] E --> F["5. 进程内 (无 RPC)"] style A fill:#dbeafe,stroke:#1d4ed8

十一、源码引用索引

  • pg_duckdb.c — 主入口
  • src/duckdb_executor.c — DuckDB 执行
  • src/parquet.c — Parquet 读
  • src/iceberg.c — Iceberg 读
  • src/secret.c — Secret 管理

同系列前文


文章作者: growdu
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 growdu !
  目录
分类导航
随笔3 AI27 算法1 计算机基础13 博客搭建7 ChatGPT2 集群63 计算机通信1 数据库深入80 Docker11 数据库50 编辑工具4 DPDK26 Elasticsearch4 Go Web1 FAQ1 编程语言16 hometown2 网络9 Linux38 OPC1 页面12 openGauss4 程序员自我修养1 PostgreSQL54 协议11 成长之路1 stock1 存储5 工具20 视频作品1 VPP18 Vue13 Web1 代码示例11 数据库15 BenchmarkSQL1 PostgreSQL 源码修炼之路14
最热文章
1
13 逻辑复制深入
数据库深入🔥 1570
2
0 Postgresql存储、索引及系统优化、主备切换
PostgreSQL🔥 1495
3
一文读懂openguass dcf网络模块
集群🔥 1420
4
PostgreSQL 元数据存储机制:从磁盘文件到内存缓存,`pg_class` 撑起的整个系统表体系
数据库🔥 1411
5
逻辑复制源码分析
数据库深入🔥 1327
6
PostgreSQL 分区表:从一行 `PARTITION BY` 到路由热路径的全链路拆解
数据库🔥 1094
7
applyparallelworker.c 之 LA 端源码深度解析:Leader Apply Worker 的指挥中枢
数据库深入🔥 1082
8
PostgreSQL Background Worker 全解:从 `RegisterBackgroundWorker` 到逻辑复制 4 类 worker 的全生命周期
数据库🔥 1078
9
PostgreSQL的后台进程walsender分析 - 关系型数据库 - 亿速云
PostgreSQL🔥 1033
10
PostgreSQL 逻辑复制的监控:六张视图 + 一组可执行 SQL,把 publisher/subscriber 的速率与健康度彻底看透
数据库🔥 1032
11
PostgreSQL 逻辑复制支持 DDL 之后:DDL 与 DML 的时序难题(重点:分区表)
数据库🔥 999
12
reorderbuffer.c 源码深度解析:PostgreSQL 逻辑复制的"事务重组引擎
数据库深入🔥 953
13
PostgreSQL 内核开发:读取一张表的 9 步标准流程与缓存全景
数据库🔥 938
14
从 `postgres` 二进制到生产级守护 —— PostgreSQL 最外层模块与启动全流程拆解
数据库🔥 936
15
支持逻辑复制同步 DDL 适配 SQL Server 方案
数据库深入🔥 934
16
PostgreSQL 逻辑复制的 ReorderBuffer 与事务机制:从一行 WAL 到一致性变更流的全链路绑定
数据库🔥 913
17
DDL同步架构(美化版)
数据库深入🔥 908
18
PostgreSQL Latch 机制详解:从一行 SetLatch 到 epoll 的内核之旅
数据库🔥 871
19
pgbench 源码全解:一个 C 文件如何撑起 PostgreSQL 官方压测工具
数据库🔥 860
20
PostgreSQL libpq 机制与缓冲区详解
数据库🔥 850