PGNexus 每日新闻

PostgreSQL 技术文章

Postgres Pro Shardman 18 评测

postgrespro.com

Postgres Pro Shardman 18 评测

Postgres Pro 发布了 Shardman 18,这是一个 PostgreSQL 分片扩展,支持跨多个节点的水平扩展。新版本改进了分布式查询的查询规划和执行,增强了监控功能,并更好地集成了 PostgreSQL 18 的特性。该扩展自动在分片间分布数据,同时保持 ACID 特性并支持跨分布式表的复杂连接。主要改进包括优化的跨分片查询性能、简化的集群…

阅读原文
从 Crunchy Data PostgreSQL Operator 迁移到 Percona PostgreSQL Operator:备用集群方案

Slava Sarzhan

从 Crunchy Data PostgreSQL Operator 迁移到 Percona PostgreSQL Operator:备用集群方案

这篇博客文章详细介绍了如何使用standby cluster方法从Crunchy Data PostgreSQL Operator迁移到Percona PostgreSQL Operator。由于Percona的operator是Crunchy的hard fork,保持了与Patroni、pgBackRest和PgBouncer等底层工具的兼容性,因此迁移…

阅读原文

PostgreSQL Hacker 电子邮件讨论精选

在发布错误消息中包含架构限定的名称

Peter Smith 对 v38 冲突日志补丁提供了详细的审查意见,重点关注代码风格问题、函数命名约定、注释清晰度和逻辑流程改进。他建议对静态函数使用蛇形命名法、添加适当的前向声明,并重构条件逻辑以提高可读性。主要关注点包括注释中措辞不当、缺少验证说明以及测试中"internal"术语使用不一致。 Nisha Moond 发现了补丁中的几个关键错误,包括…

阅读讨论
pg_control 文件写入时的竞态条件问题

Alexander Korotkov 确认将推进一个简化 WAL LSN 重放等待功能的补丁。讨论的核心是移除不必要的 wait_for_standby_and_slot_catchup() 包装函数,改为直接调用 wait_for_slot_catchup()。Xuneng Zhou 澄清了之前的错误,指出正确的函数应该是 wait_for_catchu…

阅读讨论

社交媒体动态

PostgreSQL 多节点集群升级不再需要维护窗口、祈祷和凌晨 2 点待命

linkedin

PostgreSQL 多节点集群升级不再需要维护窗口、祈祷和凌晨 2 点待命

CYBERTEC Scalefield 彻底改变了 PostgreSQL 集群管理方式,将以往复杂的升级过程实现自动化。该平台通过自动化就地升级、预检查和跨节点协调的 pg_upgrade,消除了维护窗口和深夜待命的需求。主要功能包括:时间点集群恢复,可将集群精确回滚到任意状态;单 IP 多服务暴露,实现更简洁的网络架构;细粒度 ACL 管理,提供精细的访…

linkedin

丰田汽车公司利用 Databricks 和 Zerobus Ingest 近实时监控工厂状况,直接从制造设备流式传输遥测数据

丰田汽车公司部署了 Databricks 和 Zerobus Ingest 系统,通过流式处理制造设备的遥测数据实现工厂状况的近实时监控。该系统将数据延迟大幅降低了 98%,从 4.5 秒缩短至 0.1 秒。过去需要数小时才能发现的过热问题现在几分钟内就能识别。基于实时数据调节冷却系统,丰田在提升工人安全和舒适度的同时,还实现了大规模的能耗降低。

linkedin

向默默维护 Postgres 运行的人们致敬

这篇文章向维护 PostgreSQL 生态系统的无名英雄们致敬。文中提到了发现补丁边界情况的代码审查者、维护生产环境扩展的开发者、深夜在邮件列表回答问题的社区成员,以及文档贡献者。作者鼓励读者通过感谢信息、为代码库点赞或参与社区讨论来表达感激之情。文章强调 PostgreSQL 的成功依赖于这些专注的社区成员的自愿贡献,他们往往在幕后默默工作而不求回报。

想要了解更多 PostgreSQL 社区和行业消息吗?
访问 PGNexus 了解更多