PostgreSQL中视图查询比原生SQL慢25倍的原因排查

核心原因 #

这种性能差距的根源是查询优化器未能将外层WHERE条件下推到嵌套视图的内部查询中。当视图包含多层嵌套或UNION操作时，优化器的逻辑有时无法识别可以提前过滤的条件，导致执行计划变成：先全量计算视图的所有结果（哪怕大部分数据不符合过滤条件），再在外层结果集上做二次过滤，这直接导致了耗时剧增。

你的补充测试也验证了这一点：把视图定义作为子查询时，优化器同样没有下推过滤条件，所以耗时和直接查询视图几乎一致；而手动将条件嵌入视图定义的合适位置时，优化器能提前过滤数据，自然速度大幅提升。

解决办法 #

• 手动下推过滤条件到视图内部：如果视图是你可控的，把field1=1 AND field2=2这类过滤条件直接加到视图定义里的每个UNION分支，或者嵌套的底层查询中。这样优化器能在最底层就过滤掉不符合条件的数据，避免全量计算。
• 查询时直接使用优化后的内联查询：如果不想修改现有视图，查询时不要直接引用视图，而是复制视图的定义，将WHERE条件嵌入到每个UNION的查询块中，而不是留到外层过滤。
• 检查数据库优化器参数：不同数据库有针对视图优化的参数，比如PostgreSQL的enable_pushdown_for_views、SQL Server的QUERY_OPTIMIZER_COMPATIBILITY_LEVEL，确认是否开启了支持条件下推的优化选项。
• 简化视图层级：过度嵌套的视图会增加优化器的解析难度，尽量减少嵌套层数，或者把复杂的UNION逻辑合并为一个更简洁的查询结构，帮助优化器生成更高效的执行计划。

内容的提问来源于stack exchange，提问作者Tomasz Brzezina