无妨先了解下顺序扫描 SQL 性能优化很难吗
在 PostgreSQL 中，驳回了一种基于老本的优化方法，以选用出最有效的口头方案；此方法严厉基于表的统计消息。经常使用 ANALYZE 方法，其中优化引擎依据可用的统计数据来计算不同操作的老本。比拟一切方案的老本，值最低的一方胜出，口头引擎会经常使用老本最低的方案。例如，假设顺序扫描的老本为 3000，索引扫描的老本为 150，则选用索引扫描。假设统计消息不经常降级，或许会造成口头方案不佳，从而出现顺序扫描。
在 PostgreSQL 中，驳回了一种基于老本的优化方法，以选用出最有效的口头方案；此方法严厉基于表的统计消息。经常使用 ANALYZE 方法，其中优化引擎依据可用的统计数据来计算不同操作的老本。比拟一切方案的老本，值最低的一方胜出，口头引擎会经常使用老本最低的方案。例如，假设顺序扫描的老本为 3000，索引扫描的老本为 150，则选用索引扫描。假设统计消息不经常降级，或许会造成口头方案不佳，从而出现顺序扫描。
