解读PostgreSQL中的顺序扫描
内容提要
顺序扫描在数据库中被视为性能杀手，但在某些情况下可以提升性能。它是一种访问数据的方法，需要扫描每个记录以满足搜索条件。顺序扫描的成本包括IO和CPU成本。缺乏统计数据或索引可能导致顺序扫描。使用索引可能会导致执行延迟。
延伸解读
顺序扫描并非总是性能杀手
文章指出，顺序扫描常被开发者视为性能杀手，但这是一种偏见。在许多情况下，顺序扫描反而能提升性能。例如，当查询需要返回大量数据时，使用索引可能导致额外的开销和执行延迟，而顺序扫描则更高效。因此，不应一概否定顺序扫描，而应根据具体场景评估。
顺序扫描的成本构成与计算
顺序扫描的总成本由磁盘运行成本和CPU运行成本组成。磁盘运行成本等于页面数乘以seq_page_cost参数，CPU运行成本等于记录数乘以cpu_tuple_cost参数。文章通过示例展示了如何计算总成本，并与EXPLAIN ANALYZE的结果进行验证，帮助读者理解成本模型的内部机制。
触发顺序扫描的常见条件
顺序扫描可能在以下情况发生：缺少索引、统计信息过时，或查询需要返回大量数据。缺少索引时，执行器无法通过索引快速定位记录；统计信息不准确可能导致优化器选择错误的执行计划；而返回大量数据时，索引反而成为负担。了解这些条件有助于合理优化查询。
Q&A
顺序扫描在数据库中总是性能杀手吗？
不一定。虽然顺序扫描常被视为性能杀手，但在许多情况下，它反而能提升性能。例如，当查询需要返回大量数据时，使用索引可能导致执行延迟，此时顺序扫描更高效。
PostgreSQL中的顺序扫描具体是如何执行的？
顺序扫描分两个阶段：首先将磁盘上的数据页复制到共享内存的共享缓冲区，然后从内存页中提取数据。每个页面按顺序扫描，逐行匹配过滤条件，匹配的行放入工作内存供后续操作。
顺序扫描的成本是如何计算的？
总成本由磁盘运行成本和CPU运行成本组成。磁盘运行成本 = 页面数 × seq_page_cost；CPU运行成本 = 记录数 × cpu_tuple_cost。总成本为两者之和。
哪些情况会导致PostgreSQL选择顺序扫描？
主要有三种情况：1) 缺少索引：WHERE子句中的列没有索引，无法快速定位记录；2) 统计信息过时：ANALYZE未及时更新，导致基于成本的优化器选择错误的计划；3) 返回大量数据：即使有索引，查询需要返回大量数据时，使用索引反而成为开销。
如何验证顺序扫描的成本估算是否准确？
可以使用EXPLAIN ANALYZE命令查看查询的实际执行计划和成本。例如，对表执行SELECT *，输出中的cost值应与手动计算的总成本一致。
在PostgreSQL中，如何调整顺序扫描的成本参数？
可以通过设置seq_page_cost参数来调整读取一个页面的估计成本，通过cpu_tuple_cost参数调整处理一条记录的估计成本。这些参数影响优化器对顺序扫描成本的计算。
