VACUUM 不会从表中删除死行的三个原因

跨多个PostgreSQL数据库的死锁检测

PostgreSQL 13 – 改进的基础备份

POSTGRESQL: 获取成员角色和权限

一个有趣的SQL优化案例

PostgreSQL 中 SELECT 的元组是如何出现的

介绍pgBackRest多仓库支持

纯干货！一文学会 PostgreSQL 实现表分区的方法

LATERAL是PostgreSQL和其他关系数据库(如Oracle、DB2和MS SQL)不太为⼈所知的特性之⼀。然⽽， LATERAL是⼀个⾮常有⽤的特性，看看使⽤它们可以实现什么。

我可以滔滔不绝的谈论PostgreSQL对应⽤程序开发和操作的好处。但有两个我⼀直很关⼼的话题:SCRAM(你 需要更新密码才能使⽤SCRAM)和范围类型。

时序数据库InfluxDB和MatrixDB加载性能实测

近年来，随着分布式数据库逐渐成为业界主流的技术方向之一，使用分布式架构仿佛即代表了技术先进性，而这种观点也十分契合大数据时代的海量数据需求。但是，在“账务类”业务场景下，是否也必须使用分布式架构呢？对此，业界充斥着截然不同的两种声音。

PostgreSQL 的流复制自引入以来以稳定著称，近几年的几个大版本陆续完成了好几个大特性，例如

可视化空间数据是一项重要任务。在本教程中，您将学习如何使用PostGIS和QGIS快速可视化OpenStreetMap（OSM）数据。这样做的想法是让您尽快入门，并充分利用您的数据

摘要 总所周知，阿里云的 PostgreSQL 和 HybridDB for PostgreSQL 和 oss 是全面互通的。 HybridDB for PostgreSQL 由于是 MPP 架构天生包括多个计算节点，能够以为并发的方式读写 oss 上的数据。PostgreSQL 在这方面要差一点，默认情况下只能单进程读写 OSS，不过通过 dblink 的加持，我们也能让 OSS 中的数据快速装载到 PostgreSQL。本文就给大家讲讲这其中的黑科技。

背景 在常见的PostgreSQL双节点高可用构架中，如果主库挂了且主备无延迟，高可用系统会提升老备库为新主库对外服务。而对于老主库，则可以有很多处理策略，例如： 删掉，重搭新备库。 降级为备库，继续服务。 很显然，相比来说第一种不是个很好的方案。当数据量比较大时，重搭备库的时间成本太高，系统的可用性降低。但是因为老的主库挂掉的原因多种多样，甚至有可能是高可用系统的误判，而老主库也有可能是在挂掉之后又重新作为主库启动起来，这个时候降级并重搭流复制关系的操作就有可能失败（新的备库比新主库数据更超前）。 为了解决这种情况，PostgreSQL 引入了pg_rewind工具。

监控工作做得不好，出了问题就要背锅，这是我们运维人员多年血泪换来的教训。还记得好几个月前， XXX运营商出了一个重大故障，从故障发生到分析定位花费了几个小时，当时一群人扑向故障，最终在某个人的灵光一现下找到了问题的原因。

由于在Barman 2.11中引入了新的实用程序barman-cloud-restore和barman-cloud-wal-restore，现在可以使用以前使用的barman-cloud-wal-archive和 barman-cloud-backup命令执行的完全备份来执行PostgreSQL实例的恢复。在下一篇文章中，我们一起探索如何实现这一点。

目前PG的native partition分区性能还有优化空间，一种解决方法是使用pg_pathman插件，另一种方法是业务上直接插分区，还有一种方法是使用UDF函数接口（函数内部使用prepared statement来降低PARSE CPU开销）。 本文提供的是UDF的例子，以及性能比对。

本周开始，苹果开始使用他们自己的芯片交付Mac，首先是命名为M1的Mac SOC。M1使用ARM指令集，并声称在媒体工作负载方面有惊人的加速[校对注1]。 我想知道它运行PostgreSQL效果如何--PostgreSQL在各种ARM系统上运行多年的应用程序。结果太好了！