来源: aws.amazon.com
84
Oracle 数据库的高可用架构，核心难题一直是共享存储。传统做法依赖 SAN 或 NFS，在云上要么成本高，要么恢复慢。Amazon FSx for NetApp ONTAP（简称 FSxN）把 ONTAP 的数据管理能力搬进 AWS，配合 Auto Scaling 和无服务器编排，可以把故障恢复从"人肉重启"压缩到分钟级自动化。 下面拆解这套架构的...
来源: oschina.net
73
Netty 4.2.15.Final 刚刚发布，这不是一个功能迭代版本——它只做了一件事：堵住正在被利用的安全漏洞。其中两个高危 CVE 分别涉及 HAProxy 协议解码器的内存耗尽攻击和 DNS 解析器的缓存中毒，影响范围远比想象中大。如果你在用 Netty 做网关、Sidecar 代理或任何涉及 DNS 解析的服务，这个版本需要立刻进入升级计划。...
来源: oschina.net
67
TimescaleDB 作为 PostgreSQL 扩展，让时序数据既能享受自动分区（hypertable）的性能红利，又不丢失完整的 SQL 能力。但 2.27.1 中一个策略管理缺陷可能导致数据刷新静默失效——2.27.2 修复了这个问题，官方建议尽快升级。 核心修复是 issue #9895：当用户对 hypertable 添加列存储（colum...
来源: blogs.oracle.com
56
Oracle Cloud Infrastructure（OCI）上的 MySQL 用户过去要完成一次数据分析，往往得在多个工具之间来回切换——写 SQL 用一个客户端，看表结构再开一个窗口，跑完结果还得导出来做可视化。MySQL Studio 的出现，把这些日常操作收进同一个工作区：SQL 编辑、Schema 浏览、结果可视化，以及一个叫 Ask St...
来源: postgr.es
51
关系数据库里存的是表，但很多业务问题本质上是图——"谁认识谁的朋友"、"订单经过哪些环节流转"。过去要么把数据导到专门的图数据库，要么手写多层 JOIN 把自己绕晕。PostgreSQL 19 引入了 SQL/PGQ（ISO/IEC 9075-16 (2023) 标准），让你在现有的关系表上定义图语义，然后用图模式匹配语法来查询。不需要安装扩展，不需要...
来源: postgr.es
64
每个用 PostgreSQL 的人都会开 。它便宜、即时、不用装额外组件——查一下就知道哪个查询最慢、哪个调用最多。但用久了你会发现一些诡异的事：昨天还在列表里的关键查询今天消失了；p99 突然飙升但平均值纹丝不动；一个跑了 30 秒然后超时崩溃的查询，在视图里根本找不到踪迹。 这些不是 bug，而是 作为"一堆聚合计数器"的固有边界。上一篇文章讲了它...
来源: postgr.es
50
PostgreSQL 的 权限长期以来是个"准超级用户"——拥有它的人几乎可以做任何事：创建任意角色、给自己授予新角色的成员身份、继承新角色的全部权限。这条从角色创建到权限膨胀的路径，在 PG16 被正式切断。核心手段之一就是新增的 GUC 参数 。 在 PG15 及更早版本中，一个只有 权限（没有 ）的用户可以做这样的事： 创建角色的那一刻，创建者自...
来源: postgr.es
57
大概是 PostgreSQL 生态里最常用的扩展之一。它随 contrib 一起发布，开启成本几乎为零，大多数人的第一反应就是——"数据库到底在干什么？"打开它看一眼，心里就有底了。 但如果你是从其他数据库过来的，可能会期待它像一个真正的 Query Store：记录每条查询的执行历史、保留计划演进、能按时间窗口回溯。它不是。 一旦你深度依赖它，就会发...
来源: postgr.es
47
PostgreSQL 的 I/O 一直是运维和调优中最难看清的盲区——你知道磁盘忙，但不知道到底是哪种操作在忙、忙在哪里、花了多少时间。 正是为了填补这个缺口而引入的视图。Robert Haas 近期宣布，2026 年 6/7 月的 PostgreSQL Hacking Workshop 将邀请 Melanie Plageman 一起深入讨论她在 pg...
来源: azure.microsoft.com
54
Agentic 应用正在从"问大模型一个问题"进化到"让 AI 自主规划、调用工具、读写数据并完成多步任务"。但 Agent 要真正可靠地运转，离不开一个能同时支撑分析推理和实时操作的数据底座。Microsoft Build 2026 把这个底座的名字说得很清楚——Microsoft Fabric + Microsoft Databases，一个统一的...