5月14日 周四

1 条

数据库·3 天前

减少数据库出站流量：查询优化实现性能与成本双赢

PlanetScale 发文指出，数据库出站（egress）流量是云上被忽视的成本与性能瓶颈。多数云厂商对公网出站流量按量计费，而查询返回过多数据或频率过高是主因。文章以 Postgres 的 JSONB 列存储富文本内容为例，说明 SELECT * 返回整个 content 字段会浪费大量带宽。核心优化手段包括：只查询需要的列、使用 LIMIT/分页、利用 Postgres 的 TOAST 机制避免大字段随行传输、以及通过物化视图或缓存减少重复查询。这些原则适用于所有主流云数据库。

›1 条相关源

5月7日 周四

2 条

数据库·9 天前

ClickHouse Cloud 预览 Postgres 查询洞察：按影响排序慢查询

ClickHouse Cloud 在托管 Postgres 服务中推出 Query Insights 预览版。该功能自动捕获每条查询模式，按影响（总耗时、频率、延迟）排序，并附带慢查询的诊断原因（如全表扫描、索引缺失、锁竞争等）。核心是内置的查询分析引擎，无需外部工具或手动 EXPLAIN，直接在控制台呈现排名和根因。

›1 条相关源

数据库·10 天前

PlanetScale Insights 上线 Postgres 查询诊断：从延迟曲线定位慢查询

PlanetScale 发布 Insights 功能，为托管 Postgres 数据库提供生产环境查询性能诊断。该工具通过延迟百分位图（p50/p95/p99）展示每个查询模式的中位数与尾部延迟，帮助开发者区分正常波动与异常尖刺。Insights 同时支持 Vitess/MySQL 集群，但本文仅介绍 Postgres 版本。用户可在仪表盘或通过 MCP 服务器访问过去 7 天的查询数据，按延迟、行读取量等维度排序，快速锁定最慢的查询模式。

›1 条相关源

5月6日 周三

1 条

系统与分布式·11 天前

Figma 自研 PGKeeper 替代 PgBouncer，gRPC 代理实现优先级调度

Figma 在规模增长后遇到 PgBouncer 瓶颈，评估 PGCat 后决定自研连接池代理 PGKeeper（未开源）。PGKeeper 不暴露 PG 线协议，而是通过 gRPC 暴露给客户端，每个查询携带元数据，从而实现基于优先级的准入控制、负载降级和公平调度。后端使用 Go 和 PGX 驱动，设计上更接近应用层代理而非传统数据库连接池。同期，PostgreSQL 19 发布多项新特性，包括 pg_plan_advice 查询优化建议、DDL 提取函数、在线 REPACK/REPACK CONCURRENTLY 以及可观测性改进。

›1 条相关源

5月4日 周一

1 条

数据库·12 天前

Figma 开源 PGKeeper：自建 Postgres 连接池替代 PgBouncer

Figma 开源了 PGKeeper，一个专为 Postgres 设计的连接池代理，用于替代 PgBouncer。PGKeeper 采用 Go 语言编写，核心改进包括：支持事务级与语句级两种池化模式，内置健康检查与自动故障转移，以及更精细的连接生命周期管理。与 PgBouncer 的 session/transaction/statement 模式类似，但 PGKeeper 在连接复用策略上做了更激进的优化，例如在事务空闲时主动回收连接，减少长连接泄漏风险。项目已开源，Figma 内部生产环境运行数月。

›1 条相关源

4月21日 周二

1 条

数据库·26 天前

PlanetScale 详解 Postgres 多租户：共享 Schema 最佳实践，RLS 不推荐

PlanetScale 发布博文，总结 Postgres 多租户架构的几种模式与最佳实践。文章将多租户方案分为三层：数据库集群级隔离、逻辑数据库级隔离、以及共享 Schema（即同一逻辑数据库内通过 tenant_id 字段区分租户）。PlanetScale 明确不推荐依赖 Postgres Row-Level Security (RLS) 实现租户隔离，认为其性能开销大、调试困难、且容易误配置导致数据泄露。推荐的做法是共享 Schema + 应用层强制 tenant_id 过滤，配合连接池或中间件确保租户无法跨域访问。文章还澄清了术语：此前使用的 "row-level isolation" 改为 "shared-schema"，避免与 RLS 混淆。

›1 条相关源

4月17日 周五

2 条

数据库·2026/4/17

从 Postgres 到 ClickHouse：数据建模迁移实战指南

ClickHouse 官方博客发布了一篇从 Postgres 迁移到 ClickHouse 的数据建模指南。文章重点介绍了 ReplacingMergeTree 引擎在去重场景下的使用方式，以及如何通过合理的 Ordering Key 和 PRIMARY KEY 策略来优化查询性能。核心思路是将 Postgres 的 OLTP 行存模型转换为 ClickHouse 的 OLAP 列存模型，利用排序键替代传统 B-Tree 索引来加速范围查询与聚合。

›1 条相关源

工具发布·2026/4/17

ClickHouse 开源 agentic CLI，加速 Postgres 应用接入 OLAP

ClickHouse 发布开源命令行工具 clickhouse.build，专为已有 Postgres 后端 TypeScript 应用设计，旨在降低引入 ClickHouse 做分析查询的门槛。该 CLI 通过 agentic 方式自动识别 Postgres 中的慢查询或分析型负载，生成迁移建议并配置 ClickHouse 数据同步，开发者无需手动编写 ETL 或修改应用代码。

›1 条相关源