SQL Server不会自动使用索引视图，除非查询与视图定义严格匹配；常见原因包括别名不一致、类型不匹配、连接顺序颠倒等，最可靠解法是显式添加WITH (NOEXPAND)提示。
为什么查询没走索引视图，但定义明明存在
SQL Server 不会自动“选择”索引视图来执行查询，除非满足严格匹配条件。即使你建了唯一聚集索引、也加了 SCHEMABINDING，只要查询中字段别名、表别名、常量写法或连接顺序和视图定义稍有出入，优化器就直接跳过它——连尝试都不试。这不是 bug，是设计使然。
常见错误现象：SELECT * FROM dbo.vw_user_active 跑得慢，DBCC SHOW_STATISTICS 显示视图索引存在且统计信息新鲜，但执行计划里根本看不到该索引视图的物理运算符（比如 Clustered Index Scan on vw_user_active）。
- 视图必须用
WITH SCHEMABINDING创建，且所有引用对象（表、函数）都需显式加 schema 前缀（如dbo.users），否则无法建立唯一聚集索引 - 查询中的列名必须与视图定义中完全一致：不能用
u.id替代视图里定义的user_id，也不能加AS uid别名后还指望匹配 - WHERE 条件里的字面量类型要和视图定义中对应列类型一致，比如视图里
status = 'active'是varchar(10)，你传N'active'（nvarchar）就可能断匹配 - 连接顺序不能颠倒：如果视图是
FROM orders JOIN customers，而你写成FROM customers JOIN orders，即使逻辑等价，也不触发匹配
用 SET QUERYTRACEON 2588 强制查看是否考虑过索引视图
默认情况下，SQL Server 不会在执行计划里暴露“曾考虑但放弃索引视图”的过程。开启跟踪标志能让你看到优化器内部决策痕迹，确认是不是真没进匹配路径。
在查询前加：
DBCC TRACEON(2588, -1); SELECT u.name, o.total FROM dbo.vw_user_active u JOIN dbo.orders o ON u.user_id = o.user_id WHERE u.status = 'active';
然后看实际执行计划的 XML（右键 → “显示执行计划 XML”），搜索 IndexViewUsage 或 Matching 字样。如果整段 XML 里压根没出现视图名，说明连候选都没进；如果出现了但 Reason="NoMatch"，就得对照上一条检查具体哪项不匹配。
注意：DBCC TRACEON(2588, -1) 是全局级，生产环境慎用；临时调试建议只对当前 session 开：DBCC TRACEON(2588);
用 sys.dm_exec_query_plan_stats 验证最后实际使用的计划
有时候你改了查询、清了缓存、重编译了，但旧计划还在内存里复用，导致你以为没生效其实是缓存没刷掉。SQL Server 2022 支持 sys.dm_exec_query_plan_stats 查看最后一次实际执行时生成的完整计划，比 sys.dm_exec_cached_plans 更可靠。
先跑一次目标查询，再执行：
SELECT qps.query_plan FROM sys.dm_exec_query_stats qs CROSS APPLY sys.dm_exec_query_plan_stats(qs.plan_handle) qps WHERE qs.sql_handle = ( SELECT sql_handle FROM sys.dm_exec_requests WHERE session_id = @@SPID AND command = 'SELECT' );
重点看 <relop logicalop="Clustered Index Scan" ...></relop> 的 Table 属性值是不是你的视图名。如果不是，而是基础表名，说明优化器彻底绕开了索引视图。
容易被忽略的一点：索引视图匹配只发生在“查询重写阶段”，不是执行时动态决定的。所以哪怕你加了 OPTION (EXPAND VIEWS)，也只是强制不展开，不代表它原本就会被选中。
手动加 NOEXPAND 提示是最稳的兜底方案
如果你确认视图结构合规、查询也基本对齐，但还是不稳定走索引视图，直接加 WITH (NOEXPAND) 是最简单有效的解法。SQL Server 2022 对它的支持已非常成熟，不会引发额外锁或阻塞。
写法示例：
SELECT u.name, o.total FROM dbo.vw_user_active u WITH (NOEXPAND) JOIN dbo.orders o ON u.user_id = o.user_id WHERE u.status = 'active';
注意点：
-
NOEXPAND只对带唯一聚集索引的视图有效，普通视图加了也没用 - 如果视图嵌套（A → B → C），必须在每一层都显式加
WITH (NOEXPAND)，不能只加最外层 - 使用
NOEXPAND后，统计信息仍以视图索引为准，但若底层表数据分布剧烈变化，记得同步更新视图索引的统计：UPDATE STATISTICS dbo.vw_user_active
真正难的不是加提示，而是判断什么时候该加——当视图逻辑复杂、涉及多表聚合或计算列时，优化器匹配失败的概率陡增，这时候别赌自动匹配，早加 NOEXPAND 省事得多。
