PostgreSQL并行查询代价详解：顺序扫描与估算策略

本文主要介绍了PostgreSQL中的并行查询代价估算方法，特别是在PostgreSQL 9.6及后续版本中这一功能的发展和优化。作者Hans-Jürgen Schönig是CYBERTEC公司的CEO和技术主管，该公司在PostgreSQL领域具有显著影响力，而陈雁飞和崔鹏两位译者则分别在数据库运维和专网通信应用方面有着丰富的经验。 文章首先强调了并行查询在PostgreSQL中的重要性，尤其是在处理大数据时能提高性能。作者通过创建一个简单的示例表来演示，该表包含大量（1000万）唯一数据和少量（两个值）的列，用于展示优化器如何工作。在默认配置下，如果开启并行查询，PostgreSQL会选择自动执行。 为了探讨顺序扫描的代价估算，作者设置了`max_parallel_workers_per_gather`为0，以便观察默认的非并行执行。在这个场景下，查询的顺序扫描估算成本为144248，而整个语句的总估算成本为169248。这个估算基于表t_test的物理存储细节，比如它占用了大约350MB空间，由44248个物理块组成。优化器使用`seq_page_cost`来衡量读取一个物理块的成本，同时考虑了CPU的处理（`cpu_tuple_cost`），因为对每行的操作（如计数）大致相当于一次CPU操作（`cpu_operator_cost`）。 文章详细展示了优化器如何通过这些参数计算出顺序扫描的总代价，这有助于理解PostgreSQL在决定是否启用并行查询时的思考过程。通过这种方式，读者可以更好地掌握如何优化并行查询策略，以及理解PostgreSQL优化器如何在性能和资源消耗之间做出决策。这对于数据库管理员、开发人员以及对PostgreSQL性能感兴趣的读者来说是一篇非常实用的文章。