来源: postgr.es
42
在 PostgreSQL 里声明一个游标（cursor）然后逐行 fetch，看起来是再正常不过的操作。但很多人没意识到：一旦查询走游标路径，优化器会默认假设你只打算读取结果集的 10%，并据此选择"快速返回前几行"的执行计划。如果你实际上会把游标拉到底，这个假设会让整条查询跑得比普通 SELECT 还慢。 PostgreSQL 对普通 和游标查询的规...
来源: postgr.es
42
pg_clickhouse 是一个让 Postgres 直接查询 ClickHouse 的扩展，很多团队用它把 ClickHouse 的分析能力"挂"到已有的 Postgres 业务链路上。0.3 版本看起来是个小版本号升级，但底层换了一整块引擎——把 clickhouse-cpp 替换成了同事 Philip Dubé 写的 clickhouse-c，...
来源: aws.amazon.com
61
Oracle 数据库的高可用架构，核心难题一直是共享存储。传统做法依赖 SAN 或 NFS，在云上要么成本高，要么恢复慢。Amazon FSx for NetApp ONTAP（简称 FSxN）把 ONTAP 的数据管理能力搬进 AWS，配合 Auto Scaling 和无服务器编排，可以把故障恢复从"人肉重启"压缩到分钟级自动化。 下面拆解这套架构的...
来源: oschina.net
47
Netty 4.2.15.Final 刚刚发布，这不是一个功能迭代版本——它只做了一件事：堵住正在被利用的安全漏洞。其中两个高危 CVE 分别涉及 HAProxy 协议解码器的内存耗尽攻击和 DNS 解析器的缓存中毒，影响范围远比想象中大。如果你在用 Netty 做网关、Sidecar 代理或任何涉及 DNS 解析的服务，这个版本需要立刻进入升级计划。...
来源: oschina.net
50
TimescaleDB 作为 PostgreSQL 扩展，让时序数据既能享受自动分区（hypertable）的性能红利，又不丢失完整的 SQL 能力。但 2.27.1 中一个策略管理缺陷可能导致数据刷新静默失效——2.27.2 修复了这个问题，官方建议尽快升级。 核心修复是 issue #9895：当用户对 hypertable 添加列存储（colum...
来源: blogs.oracle.com
38
Oracle Cloud Infrastructure（OCI）上的 MySQL 用户过去要完成一次数据分析，往往得在多个工具之间来回切换——写 SQL 用一个客户端，看表结构再开一个窗口，跑完结果还得导出来做可视化。MySQL Studio 的出现，把这些日常操作收进同一个工作区：SQL 编辑、Schema 浏览、结果可视化，以及一个叫 Ask St...
来源: postgr.es
32
关系数据库里存的是表，但很多业务问题本质上是图——"谁认识谁的朋友"、"订单经过哪些环节流转"。过去要么把数据导到专门的图数据库，要么手写多层 JOIN 把自己绕晕。PostgreSQL 19 引入了 SQL/PGQ（ISO/IEC 9075-16 (2023) 标准），让你在现有的关系表上定义图语义，然后用图模式匹配语法来查询。不需要安装扩展，不需要...
来源: postgr.es
44
每个用 PostgreSQL 的人都会开 。它便宜、即时、不用装额外组件——查一下就知道哪个查询最慢、哪个调用最多。但用久了你会发现一些诡异的事：昨天还在列表里的关键查询今天消失了；p99 突然飙升但平均值纹丝不动；一个跑了 30 秒然后超时崩溃的查询，在视图里根本找不到踪迹。 这些不是 bug，而是 作为"一堆聚合计数器"的固有边界。上一篇文章讲了它...
来源: postgr.es
34
PostgreSQL 的 权限长期以来是个"准超级用户"——拥有它的人几乎可以做任何事：创建任意角色、给自己授予新角色的成员身份、继承新角色的全部权限。这条从角色创建到权限膨胀的路径，在 PG16 被正式切断。核心手段之一就是新增的 GUC 参数 。 在 PG15 及更早版本中，一个只有 权限（没有 ）的用户可以做这样的事： 创建角色的那一刻，创建者自...
来源: postgr.es
43
大概是 PostgreSQL 生态里最常用的扩展之一。它随 contrib 一起发布，开启成本几乎为零，大多数人的第一反应就是——"数据库到底在干什么？"打开它看一眼，心里就有底了。 但如果你是从其他数据库过来的，可能会期待它像一个真正的 Query Store：记录每条查询的执行历史、保留计划演进、能按时间窗口回溯。它不是。 一旦你深度依赖它，就会发...