标签

PostgreSQL

PostgreSQL 12 之后，extra_float_digits 到底还控制什么

来源: postgr.es 28
是一个职责发生过根本变化的 PostgreSQL 配置参数。过去，浮点数输出必须在“便于阅读”和“足以无损还原”之间取舍；从 PostgreSQL 12 开始，新的最短精确输出算法让数据库可以同时做到两点。参数依然存在，但理解它时必须把版本差异考虑进去。 PostgreSQL 的 和 使用二进制浮点格式。许多看似简单的十进制小数，例如 ，无法用有限位二...
# PostgreSQL # 数据库
阅读全文

PostgreSQL 的 UPDATE 去了哪里：从 MVCC、死元组到 VACUUM

来源: planetscale.com 25
在 PostgreSQL 中， 通常不会直接覆盖原来的行。数据库会写入一个新版本，并让旧版本继续存在，直到没有任何事务需要看到它。这个设计支撑了 MVCC 的并发读写能力，但也带来一个直接后果：旧版本会变成死元组，长期积累后造成表膨胀。 理解这条生命周期，可以解释很多生产现象：为什么更新频繁的表越来越大、为什么执行了 却没有释放磁盘、为什么长事务会拖住...
# Go # MySQL # PostgreSQL
阅读全文

一场 PostgreSQL Meetup 的三个实践：声明式 Schema、PostGIS 与更开放的技术社区

来源: postgr.es 27
Prairie Postgres 在芝加哥创新中心举办了迁入新场地后的第二次 Meetup。这次活动不只是换了地址，还验证了三个值得技术社区借鉴的做法：用两场短讲替代一场长时间深潜，通过声明式 Schema 和 PostGIS Quick Start 降低 PostgreSQL 的上手门槛，并用现场托育扩大专业活动的可参与范围。 深度分享当然有价值，但...
# AI # Go # PostgreSQL
阅读全文

当 AI 开始参与技术决策：开放知识如何变成工程影响力

来源: postgr.es 33
AI 对软件社区的影响，不只体现在代码生成速度上。一个更深的变化正在发生：开发者开始让 AI 搜索方案、审查设计、比较实现并寻找反例。进入这条决策链之后，AI 能检索、理解和验证哪些知识，便会影响哪些方案被看见。 这使开放性从一种价值选择，逐渐变成技术成果获得影响力的基础设施。同时，人的工作重心也可能从整理既有信息，转向提出问题、制造证据和承担结论。 ...
# AI # AWS # Go
阅读全文

PostgreSQL 18：用 extension_control_path 把扩展安装目录搬出系统目录

来源: postgr.es 40
PostgreSQL 18 为扩展部署增加了 。过去，扩展通常必须放进 PostgreSQL 的系统目录，才能被 找到；现在可以把扩展放在自定义目录中，再通过配置告诉 PostgreSQL 去哪里搜索。 这项变化对容器镜像、无 root 权限部署、同一台机器维护多套 PostgreSQL 版本，以及需要隔离第三方扩展的环境都很实用。扩展不再必须和 Po...
# PostgreSQL # 数据库
阅读全文

Postgres 19 让手动 CHECKPOINT 从“立即全刷”变成可控操作

来源: postgr.es 29
在 Postgres 19 之前，手动执行 只有一种含义：立即处理所有待写页面，并在检查点完成后才把控制权交还给客户端。备份、升级和基准测试需要这种确定性，但在繁忙系统上，突然集中的写入也可能把存储延迟推高。 Postgres 19 为这条老命令增加了选项列表，并引入 与 。DBA 现在可以选择快速完成、平滑写入，或者明确要求检查点处理 unlogge...
# AI # Go # LLM
阅读全文

TimescaleDB 2.28.3 发布：修复列存查询、排序转换与触发器问题

来源: oschina.net 41
TimescaleDB 2.28.3 是一次以正确性和稳定性为重点的维护版本。与 2.28.2 相比，新版本包含性能改进，并修复了列式查询执行、排序键转换以及列存超表触发器管理等问题。由于部分缺陷可能直接影响查询结果，生产环境不应只把它当成普通的小版本更新。 本次发布摘要列出的修复集中在列存储相关路径。对时序数据库来说，这类问题尤其敏感：历史数据通常会...
# PostgreSQL # 全栈 # 开源
阅读全文

PostgreSQL 的 exit_on_error：看似快速失败，实际会直接销毁会话

来源: postgr.es 42
PostgreSQL 的 看起来像一个干脆利落的故障处理开关：只要会话中出现错误，数据库就立即终止该会话。但它并不只是让当前 SQL “失败得更快”，而是把普通 提升为连接终止事件。随连接一起消失的，还可能包括未提交事务、临时表、会话级配置、预备语句和应用锁。 默认情况下，一条 SQL 发生错误并不等于数据库连接必须断开。在事务外，客户端通常还能继续发...
# AI # PostgreSQL # 数据库
阅读全文

Spock 6 Beta：把多主复制的进度、冲突与故障恢复拉回 PostgreSQL 内核轨道

来源: postgr.es 42
Spock 6 已进入 Beta，支持 PostgreSQL 16、17、18 和 19。与其说这是一次功能堆叠，不如说它重新整理了多主复制最危险的几条路径：复制进度不再依赖高频目录表写入，超大异常事务可以落盘，节点灾难后能够定位数据分歧，冲突与延迟也有了更直接的统计入口。 对于已经运行 Spock 5 的团队，升级价值主要不在“能否复制”，而在高负载...
# AI # Docker # Go
阅读全文

Postgres 19 拟默认启用 LZ4：从 TOAST 压缩到 B-tree 大键的完整路径

来源: postgr.es 32
Postgres 19 计划把默认 TOAST 压缩算法从 pglz 改为 LZ4。这不只是替换一个配置默认值：表内行、TOAST 表和索引都使用以 varlena 为基础的统一压缩框架，算法变化会同时影响写入 CPU、存储空间以及大索引键能否写入。 LZ4 从 Postgres 14 起已经可以显式启用。Postgres 19 的变化可以理解为一次谨...
# AI # Go # LLM
阅读全文