文章探讨“自主Postgres”的现状：Postgres正从人工运维转向自我运维，但关键缺口在于它无法向AI代理清晰描述自身。作者提出“最小知识”原则，让代理只获取所需信息，并以治理为核心。六场分享表明，模型不应充当决策者，决策应基于策略、规则或统计。作者建议建立共享的MCP契约，提供标准读写工具与审计，使自主性成为逐步积累的信任。

文章讨论在PostgreSQL中安全删除一张4TB、带十个副本的归档表。DROP TABLE本身很快，但副本重放时需删除大量文件，可能冻结重放数十秒，并因锁冲突中断副本查询。建议先删外键、改名观察一个发布周期、开启冲突日志，并在低峰期用短锁超时重试执行。若表仍有写入，宜按时间分区后分离删除，或分批删除、复制保留行再切换。

DBArena发布托管Postgres基准测试，首批对比Supabase（默认存储及OrioleDB）、Amazon RDS和Google Cloud SQL，覆盖最多七种计算规格，测量吞吐量、性价比和p95延迟。测试按vCPU匹配、使用默认配置，基于TPC-C工作负载，涵盖缓存命中与超内存两种场景。方法公开、工具开源，每个结果附原始数据可复现；首批62项结果来自750多次运行。局限包括单一工作负载、无思考时间、仅单区域及按标价计费。

Supabase 推出 Multigres 高可用方案私测版，为付费用户提供跨可用区三节点 Postgres 集群，支持秒级自动故障转移和内置连接池，无需修改代码。该方案基于共识协议确保已确认写入不丢失，并自动管理连接池模式。目前仅限单区域，不可用于生产环境，且不支持 Realtime 和时点恢复。

Supabase 宣布 OrioleDB 存储引擎进入公测，所有套餐可用，计费与标准 Postgres 相同，但暂不适合生产环境。OrioleDB 以撤销日志替代死元组，采用 64 位事务 ID、索引组织表和免缓冲映射，减少表膨胀与高并发开销。基准测试显示，数据超出内存时其吞吐/美元表现最佳，8XL 配置约快 1.8 倍。适合频繁更新删除、大数据集和主键查询场景。

PostgreSQL 16 中，无法内联的 SQL 函数（如调用 regexp_matches）每次调用都会重新生成执行计划，而 PL/pgSQL 函数会缓存计划。某每小时任务循环调用该函数 1000 万次，SQL 版因反复规划耗时约 47 秒；改用 PL/pgSQL 后仅规划 6 次，降至约 24 秒；改用 regexp_match 使函数可内联后进一步降至约 12 秒。PostgreSQL 18 已修复此问题。

文章探讨PostgreSQL成为开发者默认数据库的关键转折点，认为其成功源于多个节点：1986年起可扩展设计与宽松许可证奠定基础；1994至1996年Postgres95改用SQL并组建社区；2010年Oracle收购MySQL引发社区担忧；2011年Heroku默认提供Postgres并投入开发；2014年JSONB使其兼具关系与文档能力；2023年调查中首次超越MySQL；2025年AI代理普遍选择Postgres，推动其成为事实标准。

PGDG YUM 仓库已更新，打包了 PostGIS 3.3.10–3.7.0 RC、pgRouting 4.0.2、GDAL 3.13.3 等扩展，并新增对 pgrx 与 postgresql_anonymizer 的 Rust 扩展支持。同时修复了仓库 RPM 随系统小版本升级而停滞的问题，建议尽快更新。Amazon Linux 2023 现已成为 PGDG YUM 仓库的正式支持目标。

CloudNativePG 1.31 将为 DatabaseRole 新增密码自动生成与轮换功能。password 字段支持 generate、secret、external、setNull 四种模式；generate 模式由操作符生成密码并存入其管理的 Secret，包含 username、password、pgpass 三个键。可通过 duration 和 renewBefore 设置定期轮换，PostgreSQL 以 VALID UNTIL 强制密码有效期。支持通过注解手动触发轮换，并可自定义密码长度及数字、符号等规则。默认不轮换，因为角色仅有一个密码，切换时无重叠期。

文章介绍用Spock多主逻辑复制实现PostgreSQL零停机大版本升级：逐节点新建新版本节点，用Zodan的add_node加入集群并同步数据，验证双向复制后迁移流量，再用remove_node下线旧节点。需注意关闭DDL复制时新表未加入复制集、Spock槽需设failover、Patroni会覆盖Spock配置等问题。

本文介绍同构PostgreSQL跨云迁移实践：当源库含触发器、无主键LOB表等不满足AWS DMS直接迁移条件时，采用DMS同构迁移（全量+CDC）配合脚本套件。脚本自动生成预建结构、禁用触发器、迁移后补齐索引/外键/序列及一致性校验SQL，并输出执行清单RUN_ORDER。源库需设REPLICA IDENTITY FULL。方案实现最小停机，经实际项目验证，可复用。

文章基于1000万行数据实测PostgreSQL 18各类索引：B-tree为默认首选，等值查询约0.11毫秒；哈希索引无优势且体积大3倍；BRIN仅72 KiB，适合时间有序大表，但慢约3倍；部分索引只含0.85%的行，体积小160倍且速度相当；覆盖索引快1.4倍但大4.4倍，且UPDATE后失效；GIN适合数组、jsonb和全文检索，匹配稀少时快129倍；GiST/SP-GiST用于几何与范围查询。每增加一个索引都会拖慢写入，应据查询选型并清理未用索引。

pg_knowledge_base 是 PostgreSQL 19 的扩展，将 Oxigraph 的 SPARQL 引擎嵌入数据库，无需额外三元组存储。三元组存于普通表，现有表可通过 R2RML 映射为 RDF，一条 SPARQL 查询可同时访问两者。事务、复制、备份和权限沿用 PostgreSQL，端点支持标准 SPARQL 客户端。该扩展基本通过 W3C 测试，查询性能优于 RocksDB，但加载更慢、占用磁盘更多。

PostgreSQL 19 的 SQL 与开发更新包括：新增 ON CONFLICT DO SELECT，冲突时返回已有行；COPY 支持 on_error set_null 及含 FORCE_ARRAY 的 JSON 导出；jsonpath 增加 lower、upper、replace 等字符串方法；修复 IS JSON 对域类型的支持；postgres_fdw 传递 READ ONLY 和 DEFERRABLE 模式；允许将 CHECK 约束改为 ENFORCED，并修改带约束的虚拟生成列表达式；新增 uuid 与 bytea 直接转换及 base32hex 编码；PL/pgSQL 简单表达式绕过 SPI；新增 tid_block、tid_offset 函数；默认 TOAST 压缩改为 lz4。