SQL Server查询含17.5万记录的视图执行过慢问题求助

• 你写的是典型的可选参数万能查询写法，WHERE条件中大量使用ISNULL函数、OR逻辑，会直接导致数据库引擎无法命中表上已有的索引，只能走全表/全视图扫描逐行校验条件，17.5万条数据全量扫描叠加多个字段的判断逻辑，自然会出现耗时过长的问题。
• 额外注意：你当前每个过滤条件都加了OR [ColX] IS NULL的逻辑，如果你的需求是「参数为空时不限制该字段、参数不为空时只匹配等于参数值的行」，这部分OR逻辑是多余的，还会额外放大需要扫描的数据范围。

方案1：动态SQL拼接（首选） #

只拼接实际传了非空值的参数，生成的查询语句精简，数据库可以生成最优执行计划命中索引，同时采用参数化执行避免SQL注入风险，示例写法（SQL Server环境）：

DECLARE @sql NVARCHAR(MAX) = N'
SELECT 
 [Col1],[Col2],[Col3],[Col4],[Col5],[Col6],[Col7],[Col8],[Col9],
 [Col10],[Col11],[Col12],[Col13],[Col14],[Col15],[Col16],[Col17],[Col18],[Col19]
FROM Tabel_1
WHERE 1=1 '

-- 仅当参数非空时拼接对应过滤条件
IF @Col1 IS NOT NULL
    SET @sql += N'AND [Col1] = @Col1 '
IF @Col2 IS NOT NULL
    SET @sql += N'AND [Col2] = @Col2 '
-- 其余Col3到Col15的参数按照上面的格式依次补全

-- 执行动态SQL，参数化传递避免注入
EXEC sp_executesql @sql, 
    N'@Col1 你的Col1字段类型, @Col2 你的Col2字段类型, /* 补全其余参数的类型定义 */',
    @Col1 = @Col1, @Col2 = @Col2, /* 补全其余参数赋值 */

方案2：增加重编译提示（次选，适合低频率查询场景） #

如果不想改动现有逻辑，可以在原查询末尾添加执行计划重编译提示，让数据库每次执行前根据当前传入的参数实际值重新生成执行计划，规避固定执行计划无法适配不同参数的问题：

-- 原有查询语句不变，最后加一行
OPTION (RECOMPILE)

该方案的缺点是每次执行都需要重新编译查询，高并发场景下会增加数据库CPU开销。

辅助优化 #

• 针对高频查询的过滤字段建立单列/联合索引，联合索引需要把区分度高的字段放在前面，进一步减少数据扫描量。
• 如果Tabel_1是视图而非基础表，需要单独排查视图本身的逻辑是否存在性能问题，比如多表关联不合理、嵌套子查询过多、视图内部也存在索引失效的写法。

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