为什么这个实体框架代码比它的原生 SQL 代码快？ （在 MySQL 中）

Question

我在我的 C# .NET 应用程序中运行 Entity Framework 5，针对使用 MySQL .NET 连接器 6.6.5 的 MySQL 数据库。

通常，当 EF 不够快时，我会使用存储过程或使用 context.Database.SqlQuery 直接执行 SQL 但是，我最近遇到了一个问题，即 SQL 调用实际上比它的 EF 调用花费的时间要长得多，我想知道如果有人知道这是为什么？

这是（慢）SQL 查询：

public sbyte? getFirstRouteTypeFromStop(string primaryCode) {

    string sql = string.Format("SELECT r.route_type FROM stoptimes st INNER JOIN trips t ON st.trip_id = t.trip_id INNER JOIN routes r ON t.route_id = r.route_id WHERE st.stop_id = '{0}' LIMIT 1;", primaryCode);
    return context.Database.SqlQuery<sbyte?>(sql).FirstOrDefault();

}

这是（快速）EF 代码：

public sbyte? getFirstRouteTypeFromStop(string primaryCode) {

    return context.stoptimes.Where(st => st.stop_id.Equals(primaryCode)).FirstOrDefault().trip.route.route_type;

}

这个方法在循环中被重复调用，EF 快了很多。 （至少 1000%） 为什么？

重要提示：

• MySQL 数据库对所有这些列进行了适当的索引。
• 当本机 SQL 查询直接在 MySQL 中运行时，它的执行速度似乎比在 C# 应用程序中运行时快得多 - 我怀疑这是一个非常重要的观察结果。

Answer 1

您在 SqlQuery 中使用了 INNER JOIN，这意味着：

选择的总行数 =（停留时间的行数）*（路线中的行数）*（行程中的行数）

然后在那个巨大的列表中执行“WHERE st.stop_id = '{0}'”... 我怀疑这是 sql 查询中的问题...内部联接进行了大量选择并从中过滤记录...

而 EF 代码仅在表停止时间上过滤

Where(st => st.stop_id.Equals(primaryCode))

所以它可以快速过滤，然后在单个选定的记录上，获取路线和行程。

注意：- 尝试使用 LEFT OUTER JOIN...这将使您的查询更快。

希望对你有帮助……

Answer 2

也许您已经在内存中拥有全部或部分Stoptimes（及其导航属性，如trip 和route）。如果是这种情况，EF 只会点击一次数据库（或者至少不是在循环的每次迭代中）。使用SQLQuery，您可以在循环的每次迭代中访问数据库。也许primaryCode 在循环中重复了很多？或者您可以在应用程序的先前代码中检索 Stoptimes 而无需处理上下文？

Answer 3

尝试更改 TSQL

SELECT r.route_type 
  FROM stoptimes st 
  JOIN trips t 
    ON st.trip_id = t.trip_id 
   AND st.stop_id = '{0}'
  JOIN routes r 
    ON t.route_id = r.route_id 
 LIMIT 1;