昨天 · 5月16日 周六

1 条

论文速递·1 天前

论文详述 SSD 写入原理：从闪存特性到写入优化

VLDB 2026 收录论文《How to Write to SSDs》系统阐述了 SSD 的写入机制与优化策略。论文首先剖析 NAND 闪存的物理特性（页级读写、块级擦除、写后擦除约束），然后提出一套面向现代 SSD 的写入方法论，涵盖写入缓冲、垃圾回收感知调度、多流写入（Multi-Stream Writing）以及主机端 FTL 协同设计。实验表明，合理利用写入排序与并行性可将 SSD 写入吞吐提升 2–4 倍，同时显著延长设备寿命。该工作为数据库存储引擎和文件系统的 SSD 适配提供了理论指导。

›1 条相关源

5月15日 周五

1 条

数据库·1 天前

PostgreSQL 可选存储引擎实战指南：从 ORC 到 S3

PostgreSQL 生态中出现了多种可选存储引擎，允许用户绕过默认的堆存储（heap storage），针对不同工作负载选择底层数据布局。文章系统梳理了当前主流方案：Zedstore（列存，面向 OLAP）、ORC for PG（Hive ORC 格式）、Parquet for PG（Arrow 生态列存）、pg_lakehouse（S3 数据湖查询）、pg_strom（GPU 加速）、以及面向时序的 TimescaleDB 压缩引擎。每种引擎在写入路径、索引支持、MVCC 兼容性上各有取舍，部分引擎牺牲了 PostgreSQL 的完整事务语义以换取分析查询性能。

›1 条相关源

5月14日 周四

1 条

数据库·2 天前

PostgreSQL 批量更新修复 11 个 CVE，18.4/17.10 同步发布

PostgreSQL 全球开发组发布 18.4、17.10、16.14、15.18 及 14.23 五个版本，累计修复 11 个安全漏洞（CVE）。本次更新为安全修复版本，不包含破坏性变更，建议所有运行受影响版本的用户尽快升级。具体漏洞细节尚未完全公开，但涉及多个核心组件，包括查询执行、权限检查及复制协议等模块。

›1 条相关源

5月13日 周三

1 条

数据库·4 天前

Postgres 视图不是表：ALTER VIEW 缺失机制藏在 pg_dump 里

Radim Marek 深入剖析 Postgres VIEW 的底层实现，指出视图在逻辑上像表但变更时极其痛苦：ALTER VIEW 能力严重不足，无法像表一样增删列或修改类型。文章揭示 pg_dump 内部早已具备将视图重建为表再转回视图的完整流程，但该机制未暴露给 ALTER VIEW。作者建议在开发早期就用视图封装表结构，避免后期迁移成本。

›1 条相关源

5月7日 周四

1 条

数据库·9 天前

用 Postgres 做任务队列？这些后果你该知道

一篇技术博客分析了将 Postgres 当作任务队列使用时可能遇到的陷阱。核心问题包括：长事务导致 vacuum 无法回收死元组，表膨胀；行级锁竞争在高并发下退化为串行；无原生优先级调度，需依赖 ORDER BY + SKIP LOCKED，但大偏移量下性能骤降；失败任务重试机制需要额外表或逻辑，缺乏内置死信队列。作者建议：低吞吐场景可用，高吞吐或严格延迟要求应换用 Redis、RabbitMQ 等专用队列。

›1 条相关源

4月30日 周四

1 条

数据库·17 天前

pgrust 更新：PostgreSQL 兼容度达 67%，加速推进

pgrust 项目发布最新进展，当前 PostgreSQL 兼容性已达到 67%，且加速推进中。该项目旨在用 Rust 重写 PostgreSQL 内核，目标是实现完全兼容的同时获得 Rust 的内存安全和性能优势。67% 的兼容度意味着已有大量 SQL 功能和内部机制被移植，但距离生产可用仍有相当距离。

›1 条相关源

4月29日 周三

1 条

数据库·18 天前

pgBackRest 归档停更，PostgreSQL 生态备份工具何去何从

PostgreSQL 生态中最主流的开源备份恢复工具 pgBackRest 已被作者 David Steele 归档仓库并标记为"废弃"（notice of obsolescence），原因是作者个人已无精力继续维护。pgBackRest 支持全量/增量备份、并行压缩与传输、WAL 归档与恢复，是许多生产环境的 de facto 标准。社区多位 Postgres 作者（Christophe Pettus、Jan Wieremjewicz、Stefanie Janine Stölting）已发文讨论替代方案与可能的 fork 方向。当前主要替代选项包括 pg_probackup（由 Postgres Professional 维护）和 barman（由 EnterpriseDB 维护），但两者在并行恢复、增量备份策略上与 pgBackRest 存在设计差异。

›1 条相关源

4月22日 周三

1 条

数据库·25 天前

PostgreSQL 19 发布说明初稿完成，9月正式发布

PostgreSQL 19 发布说明初稿由 Bruce Momjian 完成，目标 9 月正式发布，未来数月内将推出 Beta 版。此外，Xata 将其 Postgres 平台核心技术以 Apache 2.0 开源，提供存储层写时复制分支、秒级克隆数据库、非活跃分支自动缩零等能力。TimescaleDB 展示了对超亿行热表的分区、冷数据压缩（最高 95%）和连续聚合预计算方案。Linux 7.0 对 Postgres 的吞吐回归问题也被深入调查，确认影响范围极小。

›1 条相关源

4月18日 周六

1 条

数据库·28 天前

PgQue：零膨胀 Postgres 队列，用原生锁替代 LISTEN/NOTIFY

PgQue 是一个基于 PostgreSQL 构建的轻量级队列库，核心卖点是"零膨胀"——不依赖 pg_partman、pgmq 等扩展，仅用 PostgreSQL 内置的行级锁（SELECT ... FOR UPDATE SKIP LOCKED）实现消息出队，避免了传统 LISTEN/NOTIFY 机制在大并发下的膨胀问题。项目提供类似 Sidekiq 的 API，支持延迟任务、重试、可见性超时等常见队列语义，所有状态都存储在单张 PostgreSQL 表中，无需额外中间件。

›1 条相关源

4月17日 周五

4 条

数据库·2026/4/17

Polymarket 将分析型查询从 PG 迁至 ClickHouse，支撑实时用户功能

Polymarket 将计算密集型分析工作负载从 PostgreSQL 迁移到 ClickHouse，以支撑用户侧实时功能。迁移后，原本需要数秒的复杂聚合查询降至毫秒级，同时释放了 PG 的 OLTP 能力。文章详细描述了数据管道架构：PostgreSQL 通过 PeerDB 实时 CDC 同步到 ClickHouse，再通过 ClickHouse 物化视图预聚合，最终由 API 层直接查询物化视图返回给前端。关键设计包括使用 ReplacingMergeTree 处理去重、利用 AggregatingMergeTree 做增量聚合，以及通过 ClickHouse 的极简 SQL 语法实现复杂漏斗分析。

›1 条相关源

数据库·2026/4/17

Common Room 用 ClickHouse 替换 Postgres 支撑实时客户分析

Common Room 是一家 AI 客户智能平台，将其客户门户的实时分析引擎从 PostgreSQL 迁移至 ClickHouse。迁移后，查询性能显著提升，能够支撑更复杂的实时聚合与多维分析场景。核心替换逻辑是将原先 Postgres 中通过物化视图、索引和查询优化来勉强支撑的 OLAP 负载，直接交由列式存储 + 向量化执行的 ClickHouse 处理，消除了大量维护成本和查询延迟瓶颈。

›1 条相关源

数据库·2026/4/17

ClickHouse 推出原生集成 PostgreSQL 托管服务

ClickHouse 宣布推出企业级托管 PostgreSQL 服务，与 ClickHouse 原生集成，面向实时和 AI 驱动应用。该服务主打快速、可扩展，将 PostgreSQL 的 OLTP 能力与 ClickHouse 的 OLAP 能力打通，用户可在同一平台内管理两种数据库。

›1 条相关源

数据库·2026/4/17

迁移至 ClickHouse 后查询提速 33 倍，Auditzy 的 OLAP 选型实录

印度初创公司 Auditzy 因 Postgres 性能瓶颈，将核心分析查询迁移至 ClickHouse。迁移后查询速度提升 33 倍，数据压缩率提高 10 倍。ClickHouse 的列式存储与向量化执行引擎是提速关键，而 Postgres 在 OLAP 场景下因行式存储和缺乏向量化导致 I/O 与 CPU 效率低下。

›1 条相关源