标签

PostgreSQL

当 Claude 变成 PostgreSQL 的整个后端：claudegres 的大胆实验

来源: postgr.es 46
Jacob Jackson 在 ByteofDev 做了一个只能称为“令人钦佩地不负责任”的项目：。它把自己描述成一个“PostgreSQL”，但关键点并不是让 Claude 调优数据库，也不是让 Claude 替用户编写 SQL 或查询数据库，而是让 Claude 直接充当整个后端。 这个想法之所以有趣，恰恰在于它故意打破了数据库系统的职责边界。传统...
# AI # PostgreSQL # 后端
阅读全文

用 PostgreSQL HOT Update 调整 Fillfactor：HammerDB TPROC-C 基准测试中的膨胀控制

来源: postgr.es 60
在高频更新的 PostgreSQL 工作负载中，Vacuum 往往被视为必须持续追赶的后台任务。但有一条更直接的优化路径：让更新尽可能使用 HOT（Heap-Only Tuple），把新版本留在同一个数据页中，从而减少索引维护、降低表膨胀增长，并减少 Vacuum 的压力。 Avi Vallarapu 的 HammerDB TPROC-C 基准测试聚焦...
# PostgreSQL # 数据库
阅读全文

TimescaleDB 2.29.1 发布：性能、错误修复与安全升级需要同步处理

来源: oschina.net 32
TimescaleDB 发布了 2.29 系列更新，带来性能改进、错误修复以及多项安全漏洞修复。来源标题标注为 2.29.1，但摘要正文提到的是 2.29.0；实际升级前应以官方发布包、扩展版本号和安全公告为准。对于生产环境用户，这次更新的重点不只是获得新功能，更是尽快修复已知安全问题并降低时序数据处理中的异常风险。 摘要明确提到的安全修复包括 、 和...
# PostgreSQL # 全栈 # 可观测性
阅读全文

从 Release Notes 到 Commit：用 AI 挖掘 PostgreSQL 18/19 真正值得关注的变化

来源: my.oschina.net 58
PostgreSQL 18 已经发布，Release Notes 给出了正式变化；PostgreSQL 19 尚未正式发版，能够观察的主要是开发分支上的提交记录。面对数千条 commit，真正困难的不是“找出改动”，而是判断哪些变化会影响查询性能、运维方式、兼容性和日常开发体验。 演讲者采用了一条值得复用的路线：让 AI 先批量归纳 commit，再逐...
# AI # PostgreSQL # 全栈
阅读全文

把 GUC 管好：用 idle_session_timeout 清理空闲连接

来源: postgr.es 33
PostgreSQL 中，空闲会话并不会持有锁，也不会阻止 推进，但它们仍然会占用连接槽位和后端进程内存。当连接池配置不当、应用实例频繁扩容，或者某些客户端异常断开时，这些会话可能逐渐堆积。 提供了一个直接的回收机制：当会话处于普通空闲状态超过指定时间，PostgreSQL 可以主动终止它。关键在于，这个参数应该和连接池的生命周期、客户端重连策略一起设...
# PostgreSQL # 数据库
阅读全文

从多结果集到游标集合：DMS 如何迁移 SQL Server 存储过程

来源: cloud.google.com 43
SQL Server 允许一次存储过程调用连续返回多个表格结果，应用通常只需依次调用 就能读取。PostgreSQL 的执行模型不同：多个数据集需要通过显式游标管理，而且游标只能在所属事务中使用。 这项差异会直接影响大型迁移。面对数百个包含条件分支、嵌套调用和标量返回值的存储过程，逐个手工重写既慢，也容易漏掉某条执行路径。Google Cloud Da...
# AI # GCP # Go
阅读全文

用 CloudNativePG 声明式管理 PostgreSQL 配置：从 postgresql.conf 到 pg_hba.conf

来源: postgr.es 48
对于习惯 SSH 登录虚拟机、编辑 和 的 DBA 来说，迁移到 Kubernetes 后，最明显的变化不是 SQL，而是配置方式变了：Pod 可能随时重建，容器内手工修改的文件也不会成为可靠的事实来源。 CloudNativePG（CNPG）把 PostgreSQL 集群配置放进 Kubernetes 自定义资源（CRD）中。DBA 只需要声明目标状...
# AI # Kubernetes # LLM
阅读全文

PostgreSQL 18 为废弃复制槽加上超时机制

来源: postgr.es 43
复制槽能够阻止 PostgreSQL 回收消费者尚未确认的 WAL。这是流复制和逻辑复制可靠性的基础，也是一项容易拖垮磁盘的承诺：只要复制槽还存在，即使消费者早已下线，服务端仍可能继续保留 WAL。PostgreSQL 18 新增 ，让管理员可以为长期闲置的复制槽设置失效期限。 物理复制槽通常服务于备用节点，逻辑复制槽则可能连接订阅端、CDC 平台或自...
# PostgreSQL # 数据库
阅读全文