数据库性能优化最爽的一幕： 没换服务器，没加缓存，只是干掉了 95% 的无效访问。 ParadeDB 优化 PostgreSQL 全文搜索时发现，`COUN… · @RwatitFahsa · TwKit

@RwatitFahsa

数据库性能优化最爽的一幕： 没换服务器，没加缓存，只是干掉了 95% 的无效访问。 ParadeDB 优化 PostgreSQL 全文搜索时发现，`COUNT` 查询超过 80% 的页面访问，都耗在逐条检查数据可见性上。 他们做了三件事： 按 `ctid` 范围切分索引段，让整段可见的数据直接跳过检查； 反转 DocID 映射，只查询真正需要验证的页面； 高频词不用普通倒排表，改用 Bitmap 一次处理 64 个文档。 结果在自家 Wikipedia 基准中，`COUNT` 吞吐量提升到约 2 倍，常见词查询的 P99 延迟直接减半。 碰上“全文搜索＋字段过滤＋时间排序”这类真实业务查询，部分场景甚至快了数十倍。 当然，这是 ParadeDB 自己设计的测试，不能直接推导出它适合所有业务。 但有个结论很实在： 系统变快，很多时候不是因为算得更快，而是终于不再做那些没必要的工作。 https://www.paradedb.com/blog/opening-a-closed-tin-part-2

曝光 26 · 评论 2 · 点赞 0 · 书签 0