不，在外键字段上没有隐式索引，否则为什么微软说“在外键上创建索引通常是有用的”。您的同事可能混淆了引用表中的外键字段和引用表中的主键—主键确实创建了隐式索引。

外键是一种约束，是两个表之间的关系——本质上与索引无关。

但是，索引作为任何外键关系一部分的所有列非常有意义。fk关系通常需要查找相关的表，并根据单个值或一组值提取某些行。

因此，索引与FK有关的任何列是很有意义的，但FK本身并不是索引。

查看Kimberly Tripp的优秀文章“SQL Server何时停止在外键列上放置索引?”

哇，答案五花八门。文档中说:

FOREIGN KEY约束是索引的候选者，因为:

Changes to PRIMARY KEY constraints are checked with FOREIGN KEY constraints in related tables. Foreign key columns are often used in join criteria when the data from related tables is combined in queries by matching the column(s) in the FOREIGN KEY constraint of one table with the primary or unique key column(s) in the other table. An index allows Microsoft® SQL Server™ 2000 to find related data in the foreign key table quickly. However, creating this index is not a requirement. Data from two related tables can be combined even if no PRIMARY KEY or FOREIGN KEY constraints are defined between the tables, but a foreign key relationship between two tables indicates that the two tables have been optimized to be combined in a query that uses the keys as its criteria.

因此，很明显(尽管文档有点混乱)，它实际上并没有创建索引。

外键不创建索引。只有备用键约束(UNIQUE)和主键约束才能创建索引。这在Oracle和SQL Server中是正确的。

我注意到实体框架6.1指向MSSQL自动添加索引的外键。

严格来说，外键与索引毫无关系。但是，正如我上面的演讲者指出的，创建一个加速fk查找是有意义的。事实上，在MySQL中，如果你没有在FK声明中指定索引，引擎(InnoDB)会自动为你创建索引。