pgrust 技术解读：5 微秒 JIT 编译器如何让 Rust 重写的 Postgres 快过 ClickHouse
数据库圈有一条不成文的分工：查询引擎的执行层要么逐行解释执行，要么把查询表达式交给 LLVM 或先生成 C 代码再调用系统编译器。2026 年 4 月出现在 GitHub 上的开源项目 pgrust 选择了第三条路，作者 malisper 为这套 Rust 重写的 PostgreSQL 自研了一个 JIT 编译器，编译一条查询只要约 5 微秒，快到可以对每一…
标签: PostgreSQL
清除筛选
PostgreSQL LISTEN/NOTIFY 性能真相：从全局锁瓶颈到 20 倍吞吐量优化
PostgreSQL 的 LISTEN/NOTIFY 是一个被低估的内置功能。它让数据库直接充当消息队列，支持低延迟的发布/订阅模式，对于流式传输、实时通知、LLM token 流推送等场景非常实用。但它有一个长期困扰开发者的性能问题：全局排他锁（global exclusive lock），所有包含 NOTIFY 的提交事务被强制串行化执行。2025 年…
一个 PostgreSQL 主库扛住 8 亿用户：OpenAI 的数据库扩展哲学
一个 PostgreSQL 主库扛住 8 亿用户：OpenAI 的数据库扩展哲学 8 亿用户，每秒数百万次查询，99.999% 可用性。你大概会以为这背后是一套极其复杂的分布式数据库集群，横跨几十个分片，搭配自研协调层。 事实是：一个主库，加不到 50 个只读副本。 这就是 OpenAI 在 2026 年 1 月发布的工程博客中披露的 ChatGPT 数据库…