Entity Framework 6.2 首次启动和 EFInteractiveViews 非常慢

Question

这个话题已经在 stackoverflow 和许多其他博客上广泛讨论，提出问题的原因是我观察到这个话题在大多数 3 到 5 年前的帖子中讨论过，而我们现在有 EF 6.2 版本，我希望这可能有已经更新（您会发现更多原因。

我的应用程序至少有 25 个模型（表），其中 MySQL 作为数据库，模型和关系在 OnModelCreating 中配置，网站托管在 godaddy 上，我无法很好地访问 IIS 配置等。

页面加载时间

• 首页加载时间：65 到 70 秒
• 第二页加载：1 到 3 秒

再次延迟 10 分钟后，加载页面需要 70 秒。 请注意，我在不同的环境中对其进行了测试，例如使用不同的互联网连接。 页面没有图片，测试页面只有5行2列数据（调用简单方法db.Test.ToList();）

在搜索互联网时，我发现这是 EF 的常见问题，所以我尝试修复它，同时从帖子 3 Steps for Fast EntityFramework 和 Pregenerate Model and View Cache 获得帮助

修复后

• 首页加载时间：64 到 67 秒

• 第二页加载：1 到 3 秒

  // DbConfiguration constructor
  public MyDbConfiguration
  {
       var path = Path.GetDirectoryName(this.GetType().Assembly.Location);
       SetModelStore(new DefaultDbModelStore(path));
  }
  
  // DbContext
  private static DbMappingViewCacheFactory viewCacheFactory;
  
  private static DbMappingViewCacheFactory ViewCacheFactory
  {
      get
      {
          if (viewCacheFactory == null)
          {
              var path =ConfigurationManager.AppSettings[GlobalContextConfig.EFCacheFolder];
              viewCacheFactory=new FileViewCacheFactory(path+"Budget.Context.MyDbContext.xml");
          }
          return viewCacheFactory;
      }
  }
  
  
  public MyDbContext()
      : base("name=MySqlConnectionString")
  {
       // In case i need to update xml for now i delete the old file manually 
      InteractiveViews.SetViewCacheFactory(this, ViewCacheFactory);
  
      Database.SetInitializer<MyDbContext>(null);
  
      this.Configuration.ProxyCreationEnabled = false;
      this.Configuration.LazyLoadingEnabled = false;
      this.Configuration.AutoDetectChangesEnabled = false;
      this.Configuration.ValidateOnSaveEnabled = false;
  }
  

已经改进但还不够，我想知道这些问题是否在 EF 6.2.0 中更新或修复它的方法已更改，或者我做错了什么/应该检查。

我还安装了 EF 6.1.X 并通过右键单击 Contaxt 文件并在手册中选择 Entity Framework > Generate View 来生成视图

结果：

• 首页加载时间：40 到 50 秒
• 第二页加载：0 到 1.5 秒

太神奇了，EF 6.1.X 比 EF 6.2 快很多

使用 debug=false 构建和部署为 Release 包

出于测试目的，我还上传了没有实体框架的asp.net应用程序，第一次加载需要8到13秒，第二次加载不到1秒

Answer 1

我想知道这些问题是否在 EF 6.2.0 中更新或修复方法已更改，或者我做错了什么/应该检查。

答案是肯定的，

EF 6.2 引入了模型缓存

public class MyDbConfiguration : DbConfiguration
{
    public MyDbConfiguration() : base()
    {
        var path = Path.GetDirectoryName(this.GetType().Assembly.Location);
        SetModelStore(new DefaultDbModelStore(path));
    }
}

[DbConfigurationType(typeof(MyDbConfiguration))]
public class MyContextContext : DbContext 
{
}

您可以在这里了解更多信息：https://codeopinion.com/entity-framework-code-first-model-cache/

Answer 2

我假设您阅读了性能注意事项：

https://docs.microsoft.com/en-us/dotnet/framework/data/adonet/ef/performance-considerations

我个人也在努力解决这些问题。我求助于a) creating custom SQL for some queries。 b）我创建了一个热身机制。还有一个预编译查询的选项可能会有所帮助。

预热机制在应用程序启动时在单独的线程上运行。在那里它向数据库发出一个非常简单的请求，这会强制创建模型，并“触发”所有查询的初始启动延迟。在该查询运行后（需要几秒钟）一个标志被设置。所有其他操作在运行之前等待标志被设置。尤其是在多线程场景中，这很有帮助。

我发现启动延迟是每个线程创建的。这意味着如果延迟是 2 秒，运行 3 个线程，它们都创建一个上下文并尝试运行一些 linq，让整个应用程序等待 6 秒。

请注意，通过创建自定义查询，必须返回要创建的实体的所有字段；

    var blogs = context.Blogs.SqlQuery("SELECT * FROM dbo.Blogs").ToList(); //works
    var blogs = context.Blogs.SqlQuery("SELECT [id] FROM dbo.Blogs").ToList(); //Does not.

我还没有完全测试这个问题 - 所以需要一些时间来测试。这只是一个提示。