标签

数据库

PostgreSQL 的隐形截断器：谨慎使用 gin_fuzzy_search_limit

来源: postgr.es 42
数据库查询变快，通常不应该以悄悄改变结果为代价。PostgreSQL 的 正是一个需要格外警惕的配置：当 GIN 索引扫描命中大量候选项时，非零限制可能让数据库只处理随机选出的部分候选项。查询仍然正常完成，也不会提示结果不完整，但本应返回的行可能消失。 这不是普通的执行超时或结果行数限制，而是从完整性换取速度。理解它的生效范围、随机性和配置层级，比记住...
# PostgreSQL # 数据库
阅读全文

Postgres 激进特性为何应该先在分支版本中经受真实负载

来源: postgr.es 60
Postgres 的竞争力不只来自某项查询优化技术。对大量生产用户而言，更重要的是开源、没有厂商锁定、维护路径清晰，以及出现问题时总能找到理解内核的人。它未必在每种负载下都最聪明，但通常足够可靠、足够可预测。 这也解释了为什么一个看起来很有价值的新特性，很难直接进入 Postgres 核心。核心代码承载着关键业务数据，每增加一条执行路径，社区就要长期承...
# AI # AWS # Go
阅读全文

把 AI 接入 PostgreSQL 开发：从邮件线程分析到补丁审查

来源: postgr.es 60
一次面向 PostgreSQL 提交者与核心团队的 AI 工作坊，把讨论重点从“模型能回答什么”推进到了“模型如何参与真实的数据库工程”。三天的内容覆盖 Claude 命令行环境、自动化测试与基准测试、概念验证补丁，以及邮件线程分析和补丁审查。真正值得关注的不是生成代码本身，而是如何让 AI 在可验证、可回滚的边界内缩短调查周期。 数据库内核中的很多想...
# AI # AWS # PostgreSQL
阅读全文

PostgreSQL GEQO 的七个参数：真正值得调整的通常只有 geqo_threshold

来源: postgr.es 48
当一条 SQL 连接的表越来越多，PostgreSQL 需要评估的连接顺序会快速膨胀。遗传查询优化器 GEQO 用近似搜索控制规划时间，为此提供了七个 GUC 参数。但参数多不等于都值得调整：日常性能治理中，最有实际意义的通常是 ，其余参数更适合作为 PostgreSQL 内部算法的控制面，而不是常规调优旋钮。 对于少量表连接，PostgreSQL 可...
# PostgreSQL # 数据库
阅读全文

WePush 5.0.6 发布：集中修复界面卡顿、数据导入与 SQLite 兼容问题

来源: oschina.net 48
消息批量推送工具 WePush 发布 5.0.6。这个版本没有堆叠新的业务功能，而是把改进重点放在运行稳定性上：分析并优化界面 EDT 线程问题、提升人群数据导入性能、修复 SQLite 不支持 的问题，同时调整自动更新和安装包发布流程，并升级部分依赖。 对于需要导入大量联系人、长时间执行批量任务的桌面工具来说，这类维护版本往往比新增按钮更有价值。界面...
# 全栈 # 开源 # 开源中国
阅读全文

PostgreSQL 的 full_page_writes：崩溃后为什么 WAL 要记录整页

来源: postgr.es 37
看起来像一个直接的性能开关：关闭后 WAL 变小，写入量也可能下降。但它承担的职责并不是普通的日志优化，而是避免 PostgreSQL 在崩溃恢复时把一张“撕裂页”误认为有效数据页。除非你能够严格证明底层存储能保证原子页写入，否则关闭它通常是在用恢复可靠性换取一部分 I/O。 PostgreSQL 的表和索引由固定大小的数据页组成，默认页面大小通常是 ...
# PostgreSQL # 数据库
阅读全文

OKF v0.2：让智能体生成的知识具备可追溯、可验证的信任信号

来源: cloud.google.com 45
当智能体开始批量编写表结构、指标定义和运维手册，知识库面对的问题就不再只是“内容是否完整”，而是“消费者凭什么相信它”。OKF v0.2 在保持 Markdown 与 YAML frontmatter 这一轻量结构的同时，加入来源、验证、新鲜度、生命周期和计算证明等可机器读取的信号，让另一个智能体在读取正文、执行查询或展示数字之前先做判断。 OKF v...
# AI # AWS # GCP
阅读全文

从发布首日发现漏洞：用 Percona MongoDB 工具内置 SBOM 扫描 CVE

来源: percona.com 62
从 PBM 2.15.0 和 PCSM 0.9.0 开始，二进制压缩包、RPM、DEB 和 Docker 镜像等发布制品都会附带 CycloneDX 1.6 JSON 格式的软件物料清单（SBOM）。这意味着团队不必等到软件部署后再猜测其中包含哪些依赖，可以在下载、构建或准入阶段立即扫描已知 CVE。 传统漏洞扫描通常直接检查文件系统、软件包数据库或容...
# Docker # Go # MySQL
阅读全文

PostgreSQL 19 让 Autovacuum 学会排优先级：评分、权重与并行清理

来源: postgr.es 52
Autovacuum 从 PostgreSQL 8.1 起就承担着回收死元组、刷新统计信息和防止事务 ID 回卷的工作。PostgreSQL 19 的关键变化，不是增加另一条触发规则，而是让维护任务有了明确的优先级：数据库和表都会先接受风险评估，autovacuum worker 再处理最紧迫的对象。 这改变了一个长期存在的问题。过去，接近事务 ID ...
# AI # Go # PostgreSQL
阅读全文

PostgreSQL 的 fsync：一个设置错误就可能让数据无法恢复

来源: postgr.es 54
默认开启，看起来只是 中一个普通的布尔参数，实际却守着 PostgreSQL 的持久性底线。查询规划参数配错，常见后果是 SQL 变慢； 配错，在断电、操作系统崩溃或宿主机故障后，可能留下无法恢复的数据损坏。 PostgreSQL 修改数据时，不会让每个事务直接重写完整的数据文件。它先更新共享缓冲区，并把恢复所需的信息写入 WAL。事务提交、检查点和后...
# PostgreSQL # 数据库
阅读全文