PostgreSQL

尽管我们对该表进行了 ANALYZE，但 PostgreSQL 优化器估计x + y < 0.01​条件的选择率为 1/3。您可以看到，这个估计和实际值相差甚远：我们实际上查到了 56 行，而不是估计的 333333 行。

在 Oracle 中我们可以使用 MERGE INTO 语句，有条件地插入、更新和删除一个表中的行。那么这种语句迁移到 PostgreSQL，会不会有困难？

PostgreSQL 中的自动清理是一个绕不过去的话题，那我们应该如何优化 autovacuum，以高效清理死元组？

规划器统计信息在提高数据库性能方面起着关键作用。查询规划器使用统计数据为查询生成高效的运行计划。那么，PostgreSQL 中有哪些类型的统计信息？我们如何阅读和理解它们？

通常，在pg_subtrans​的 SLRU 子系统负载较高期间，PostgreSQL 中将会出现SubtransSLRU和SubtransBuffer等待事件。SLRU（简单、最近最少使用）缓存是一种由磁盘页面支持的机制，用于存储对 PostgreSQL 操作至关重要的各种事务相关信息。

pg_auto_failover 支持多种 PostgreSQL 部署架构，可为您的 PostgreSQL 服务实现安全的自动故障转移。可以只使用两个数据节点来开始，监控器会赋予它们主节点和辅助节点的角色。

统计信息是在自动或手动分析期间收集的。基本统计信息是重要信息，在执行某些操作时也会进行计算，例如VACUUM FULL、CLUSTER、CREATE INDEX和REINDEX。系统还会在 VACUUM 清理期间更新统计信息。

PostgreSQL 的事务 ID 回卷，可能是数据库管理员最担心的问题了。其实事务 ID 回卷的问题，做好监控和告警处理，可能是最佳也是最简单的处理方案了。

PostgreSQL 的超能力总是能超出我们的想象。快来感受下 PostgreSQL 带来的震撼吧。parquet_s3_fdw 扩展是一个外部数据包装器（FDW），用于访问本地文件系统和 Amazon S3 上的 Parquet 文件。

请注意，第一个计数，从存储中读取 1712 个 512 字节块，从内核缓存中读取 5 个 8kB 块到共享缓冲区缓存中。（未记录的读取数可能是系统表信息。）第二个查询显示没有来自存储设备的 I/O，并且在共享缓冲区中命中了 5 个 8kB 页面。

对于 PostgreSQL 的运维，建立了正确的监控体系，很多事情都会变得很轻松。当然，前提是我们需要充分理解这些监控指标的意义，对于监控报警足够的敏感。

PostgreSQL 中有很多优秀的特性并不为大众熟知，临时表空间，就是这样一个很有用的特性。让我们来看看如何使用临时表空间、何时以及为什么使用它。

PostgreSQL 的监控统计信息，有时候的表现会让人大吃一惊。下面我们来看看重置累积的统计信息的作用、何时会发生统计信息的重置，以及它对 PostgreSQL 数据库的影响。

默认安装时，PostgreSQL 的配置参数通常都偏小，不太适合作为生产服务器使用。所以，安装 PostgreSQL 数据库之后首先需要执行的操作就是对服务器的配置参数进行调整。

当涉及到使用 PostgreSQL 进行开发和部署实际应用程序时，以下是一些重要的方面和最佳实践，我将为你进行详细解释。