超5000万条记录的MS-SQL表datetime2索引异常，求查询性能优化

1. 重构Table1的复合覆盖索引 #

你的查询过滤条件全部集中在Table1，且需要返回多字段并按DateTime2排序，现有单字段索引无法支撑高效查询。创建复合覆盖索引，将高选择性的等值过滤字段放在索引前列，再包含范围过滤字段、排序字段及查询所需的所有Table1字段，彻底避免回表操作：

CREATE NONCLUSTERED INDEX IX_Table1_Filter_Covering
ON dbo.Table1 (UniqueId3, String3, String4, UniqueId2, DateTime1)
INCLUDE (Table1Id, UniqueId1, UniqueId4, String1, String2, String5, DateTime2, DateTime3);

说明：前4个字段为等值过滤条件（UniqueId3、String3、String4、UniqueId2），能快速过滤掉绝大多数无关数据；DateTime1作为范围条件紧随其后；INCLUDE子句包含SELECT中所有需要的Table1字段，实现索引全覆盖，无需访问聚集索引。

2. 升级Table2的关联覆盖索引 #

Table2仅通过UniqueId2关联，且只需要返回3个字段，将现有单字段索引升级为覆盖索引，避免关联时回表：

DROP INDEX IF EXISTS UniqueId2Index ON dbo.Table2;
CREATE NONCLUSTERED INDEX IX_Table2_UniqueId2_Covering
ON dbo.Table2 (UniqueId2)
INCLUDE (DateTime8, Table2Id, Int1);

3. 更新统计信息 #

查询优化器索引选择不稳定，核心原因是表的统计信息过时，导致优化器无法准确评估数据分布，进而做出错误的执行计划判断。执行以下命令强制更新两表的统计信息：

UPDATE STATISTICS dbo.Table1 WITH FULLSCAN;
UPDATE STATISTICS dbo.Table2 WITH FULLSCAN;

4. 清理冗余条件 #

查询中的WHERE 1=1属于无意义的冗余条件，虽然不影响功能，但建议删除，让查询语句更简洁。

优化逻辑说明 #

• Table1的复合覆盖索引将过滤、排序、字段读取全部在索引内完成，直接消除回表带来的IO开销，这是性能提升的核心。
• Table2的覆盖索引让关联查询时直接从索引获取所需数据，避免聚集索引查找。
• 最新的统计信息确保查询优化器能稳定选择最优执行计划，不会出现时而用索引、时而忽略索引的情况。

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