标签

 postgresql 

相关的文章:

本列表汇集了关于 PostgreSQL 的多篇文章,涵盖高可用性解决方案、性能优化技巧及应用开发实例,助您深入理解和应用这一强大的数据库系统。

加布里埃尔·巴托利尼:CNPG 配方 20 – 通过就绪探针对 PostgreSQL 集群进行更精细的控制

Explore the new readiness probe introduced in CloudNativePG 1.26, which advances Kubernetes-native lifecycle management for PostgreSQL. Building on the improved probing infrastructure discussed in...

CloudNativePG 1.26引入了新的就绪探针,确保只有完全同步和健康的PostgreSQL实例能够处理流量。该探针在容器生命周期内持续运行,防止流量路由到正在恢复的副本。管理员可以通过自定义探针参数更精细地控制故障转移行为和数据一致性,特别是在同步复制场景中。

加布里埃尔·巴托利尼:CNPG 配方 20 – 通过就绪探针对 PostgreSQL 集群进行更精细的控制
原文英文,约1400词,阅读约需5分钟。发表于:
阅读原文

semab tariq: 哪种PostgreSQL高可用解决方案适合您的需求:Pgpool还是Patroni?

When designing a highly available PostgreSQL cluster, two popular tools often come into the conversation: Pgpool-II and Patroni. Both are widely used in production environments, offer solid...

在设计高可用的PostgreSQL集群时,Pgpool-II和Patroni是常用工具。Pgpool-II适合重负载应用,提供负载均衡和连接池功能;而Patroni专注于自动故障转移和一致性,利用分布式共识系统维护集群健康。选择工具应根据具体需求。

semab tariq: 哪种PostgreSQL高可用解决方案适合您的需求:Pgpool还是Patroni?
原文英文,约1000词,阅读约需4分钟。发表于:
阅读原文
发表于:
阅读原文

使用 WebSockets、Redis、Kafka 和 PostgreSQL 构建可扩展的聊天应用程序

从 WhatsApp 到多人游戏,实时通信为一切提供了动力。虽然搭建一个 WebSocket 服务器可能感觉像一个周末就能完成的项目,但如何将其扩展到数千个用户而不至于在负载下崩溃...

本文探讨了构建可扩展的实时消息传递系统的方法,利用Redis实现跨服务器通信,使用Kafka进行消息缓冲和持久化,PostgreSQL用于存储历史消息。该系统支持高并发用户,确保消息不丢失并保持高性能。

使用 WebSockets、Redis、Kafka 和 PostgreSQL 构建可扩展的聊天应用程序
原文中文,约2900字,阅读约需7分钟。发表于:
阅读原文

Jan Wieremjewicz:PostgreSQL 主动-主动复制,你真的需要吗?

PostgreSQL active-active replication, do you really need it? Before we start, what is active-active? Active-active, also referred to as multi-primary, is a setup where multiple database...

主动-主动(multi-primary)配置允许多个数据库节点同时写入,主要挑战是解决并发写入冲突。亚马逊开源的pgactive扩展提供了解决方案,但实施较为复杂。适用场景包括跨区域业务连续性、区域故障时的写入可用性及迁移遗留架构等。选择时需谨慎,确保有合理需求。

Jan Wieremjewicz:PostgreSQL 主动-主动复制,你真的需要吗?
原文英文,约1600词,阅读约需6分钟。发表于:
阅读原文
原文英文,约100词,阅读约需1分钟。发表于:
阅读原文

Laurenz Albe:在PostgreSQL v18的重大升级中保留优化器统计信息

© Laurenz Albe 2025 Everybody wants good performance. When it comes to the execution of SQL statements, accurate optimizer statistics are key. With the upcoming v18 release, PostgreSQL will...

PostgreSQL v18将保留优化器统计信息,解决了升级时统计信息丢失的问题。用户需使用--with-statistics选项导出统计信息,尽管扩展统计信息仍需手动分析,但新功能将提升查询性能。

Laurenz Albe:在PostgreSQL v18的重大升级中保留优化器统计信息
原文英文,约1100词,阅读约需4分钟。发表于:
阅读原文

Laurenz Albe:在PostgreSQL中,SELECT FOR UPDATE的危害

© Laurenz Albe 2025 Recently, while investigating a deadlock for a customer, I was again reminded how harmful SELECT FOR UPDATE can be for database concurrency. This is nothing new, but I find...

在PostgreSQL中,使用SELECT FOR UPDATE可能导致并发问题,因为它会锁定行,阻止其他事务插入相关数据。除非需要删除或修改关键列,否则应使用SELECT FOR NO KEY UPDATE以提高并发性。

Laurenz Albe:在PostgreSQL中,SELECT FOR UPDATE的危害
原文英文,约1100词,阅读约需4分钟。发表于:
阅读原文
发表于:
阅读原文

Stefanie Janine:在PostgreSQL中处理BLOBs 第二部分

BLOBs In PostgreSQL Previous Blog Post I have already published a blog post about PostgreSQL blobs. But due to someone posting to get help about another implementation on the...

在PostgreSQL中,使用OID存储大于1GB的BLOB存在缺陷,增加了处理开销并可能导致孤立数据,影响性能。建议将BLOB存储在文件服务器或S3中,仅在数据库中保存链接。

原文英文,约500词,阅读约需2分钟。发表于:
阅读原文