SQL Server手动创建索引未在EF Core 2.2中配置的生效情况及配置影响

一、未在EF Core中声明的手动创建索引是否会被调用 #

答案是会被正常调用。
SQL Server的索引选择完全由数据库自身的查询优化器负责，和EF Core的模型配置没有任何关联：EF Core仅负责将LINQ表达式转换为符合SQL Server语法的SQL语句，之后将SQL发送到数据库执行。只要生成的SQL语句的过滤、关联、排序逻辑命中了你手动创建的索引的可用场景，SQL Server的优化器就会自动选择使用该索引，不需要EF Core提前感知索引的存在。
举个简单示例：
你手动给Users表的Phone字段创建了非聚集索引，但未在EF Core的DbContext中声明该索引，当你执行如下LINQ查询：

var user = await dbContext.Users.Where(u => u.Phone == "13000000000").FirstOrDefaultAsync();

EF Core生成的SQL为：

SELECT TOP(1) * FROM [Users] WHERE [Phone] = @p0

SQL Server执行该SQL时，会自动匹配到你手动创建的Phone字段索引，和EF是否配置了该索引完全无关。

二、EF Core中声明索引的技术作用 #

在EF Core中通过Fluent API或数据注解声明索引，主要作用集中在结构管理、模型校验环节，部分场景下会优化查询生成逻辑：

• Code First迁移生成：这是最核心的作用。如果你使用EF Core的迁移（Migration）功能管理数据库结构变更，EF会读取模型中配置的索引元数据，自动生成对应的CREATE INDEX/DROP INDEX迁移脚本，不需要手动编写SQL维护索引，适合团队统一管理数据库结构的变更流程。
• 唯一约束前置校验：如果你声明的是唯一索引，EF Core会将唯一性规则纳入模型元数据，执行SaveChanges操作时，变更跟踪器会提前检测是否存在重复的唯一索引字段值，部分场景下可以在请求发往数据库之前就抛出异常，减少不必要的数据库交互。
• 查询生成逻辑优化：EF Core 2.2及更高版本会利用索引元数据优化SQL生成逻辑：比如你配置了复合索引的前导列是CreateTime，当你写的LINQ包含按CreateTime排序的逻辑时，EF可以避免生成多余的排序语句；如果你配置的是过滤索引（带WHERE条件的索引），符合条件的查询生成时也会自动适配过滤逻辑，提升SQL和索引的匹配度。
• 特殊索引配置生效：如果你需要指定表的聚集索引、设置索引的包含列、设置索引填充因子等特殊属性，在EF模型中声明后，迁移生成脚本时会自动携带这些配置，不需要手动修改SQL。

注意：以上所有索引配置的作用，都不会影响SQL Server运行时的索引选择逻辑，最终是否走索引还是由数据库优化器决定。

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