来源: oschina.net
32
StreamSQL v1.2.0 是继 v1.0.0 之后一次较完整的能力升级。它补上 CEP 模式识别、分析函数、资源边界和可观测性相关能力，使边缘流处理不再局限于窗口聚合，也能表达连续事件、跨行比较和有状态告警。 普通实时聚合擅长回答“过去五分钟出现了多少次高温”，CEP（Complex Event Processing，复杂事件处理）则要回答更复...
来源: postgr.es
24
PostgreSQL 高可用通常意味着主节点选举、流复制、自动故障转移、健康检查和大量配置。CYBERTEC PG Operator（CPO）把这些能力封装进 Kubernetes 自定义资源：声明两个实例，Operator 负责生成集群，Patroni 则在数据库 Pod 内处理角色管理与故障转移。 下面以 Kubernetes 1.30、CPO 0...
来源: oschina.net
40
DuckDB v2.0 预览版代号为“Cyanoptera”，预计在今年秋季正式发布。这个版本不是一次普通的功能迭代：自 v1.5 发布以来，项目已经积累了超过 10,000 个 commit，并同时推进 SQL 解析器、存储格式、C API 和查询执行路径等底层能力。 对使用 DuckDB 做本地分析、嵌入式数据处理或复杂 SQL 查询的开发者来说，...
来源: postgr.es
37
PostgreSQL 的 JIT 不只是一个“打开或关闭”的性能开关。需要分析生成代码时，可以通过 检查 LLVM bitcode，通过 让 JIT 编译函数能够被 GDB 识别，再用 把这些函数接入 等性能分析工具。三个 GUC 分别解决“生成了什么”“如何调试”和“时间花在哪里”这几类问题。 用于导出 PostgreSQL 为 JIT 编译生成的 ...
来源: postgr.es
42
在逻辑复制环境中，主库故障转移并不等于业务可以立即恢复。订阅端依赖逻辑复制槽来记录消费位置；如果这些槽只存在于旧主库，备用库提升后订阅端就可能找不到对应槽，被迫重新建立复制状态，甚至执行完整数据重同步。PostgreSQL 17 引入的 failover slot synchronization，正是为这个切换窗口补上了关键能力：让逻辑复制槽可以在备用...
来源: planetscale.com
39
{ "title_zh": "被污染的 PostgreSQL 连接池：为什么只读故障会悄悄扩散", "body_zh": "# 被污染的 PostgreSQL 连接池：为什么只读故障会悄悄扩散\n\n最令人不安的数据库故障之一，是应用突然表现得像连上了一个“只读数据库”：查询正常，写入失败，但监控里看不到明确的主库宕机或权限变更。一个值得重点排查的方向...
来源: postgr.es
31
用户填写表单、点击提交，却迟迟看不到响应。于是他再次点击。问题在于：第一次请求可能已经成功写入数据库，只是响应在网络中丢失了。结果可能是两个潜客、两封确认邮件、两次 CRM 更新，以及两条分析事件。 这不是单纯的前端交互问题，而是一个缩小版的分布式系统问题。浏览器会重试，移动网络会在服务端提交成功后断开，Serverless 函数可能在提交后超时，队列...
来源: percona.com
25
Percona University 将在乌拉圭举办线下活动。2026 年 9 月 23 日，蒙得维的亚将迎来一整天围绕开源软件展开的技术分享。无论你是在乌拉圭从事开源软件开发、运维与数据库工作，还是正在学习相关技术，这场活动都值得提前安排进日程。 Percona University 的核心价值在于技术交流。活动面向使用或学习开源软件的人群，参与者可...
来源: postgr.es
29
在 PostgreSQL 中，查询是否使用某个索引，与查询是否需要锁住这个索引，并不是一回事。一个容易被忽略的事实是：查询访问一张表时，会为该表的每个索引取得锁，即使最终执行计划完全没有使用其中大部分索引。 这意味着索引不仅消耗磁盘、缓存和写入吞吐，还会占用共享锁表中的条目。对索引数量很多、分区很多或并发事务很长的系统，这种开销可能从“几乎不可见”突然...
来源: infoq.com
39
Grab 正在把 AI Agent 引入分析工作流，并将机械化分析工作占比从 2 月的 44% 降至 6 月的 30%。这项变化的关键不只是“让模型写 SQL”，而是把 Agent 自主性、认证数据、上下文管理和人工监督组合成一套可控的自助分析体系。 传统分析流程中，大量时间消耗在重复性任务上：确认指标定义、查找数据表、拼接 SQL、生成常规报表，以及...