首页 > 代码库 > 记录一次EF优化
记录一次EF优化
问题描述:1、第一次加载过慢(EntityFramework 6 code-first)。2、一段时间间不访问页面同样变慢。
原因分析:1、第一次启动(Code First)会对比程序中的Model与数据库表(database initializer ),生成Model与数据库的映射视图
2、EF程序集没有生成本地镜像,这样每次程序启动,EF的代码都会通过just-in-time (JIT) compiler(即时编译器)把MSIL中间代码编译成本机能识别的本地代码。因为这个生成的本地代码存在程序运行的进程里面的内存中,它将回收当程序进程被终止(例如:iis程序池回收,程序池默认是按需触发运行的,没人访问它就不启动了)。由于EF框架还是比较大的,EF6文件大小到4-5M了,所以每次启动都要重写编译本地代码有比较明显的性能影响。
(https://www.fusonic.net/en/blog/3-steps-for-fast-entityframework-6.1-code-first-startup-performance/)
3、iis程序池回收或站点更新需要重新加载;
解决方案:
1、预生成映射视图(EF6.0+):
//预生成映射视图 using (var dbcontext = new yourDbContext()) { var objectContext = ((IObjectContextAdapter)dbcontext).ObjectContext; var mappingCollection = (StorageMappingItemCollection)objectContext.MetadataWorkspace.GetItemCollection(DataSpace.CSSpace); mappingCollection.GenerateViews(new List<EdmSchemaError>()); }
参考:http://www.cnblogs.com/dudu/p/entity-framework-warm-up.html;
实际情况可能要用到反射:
更多参考:http://www.cnblogs.com/yujiajun/p/EF_PreHeat.html
2、禁止EF第一次查询对__MigrationHistory访问(检查数据库和model是否匹配)(
- SELECT
- [GroupBy1].[A1] AS [C1]
- FROM ( SELECT
- COUNT(1) AS [A1]
- FROM [dbo].[__MigrationHistory] AS [Extent1]
- ) AS [GroupBy1]
- GO
- SELECT TOP (1)
- [Extent1].[Id] AS [Id],
- [Extent1].[ModelHash] AS [ModelHash]
- FROM [dbo].[EdmMetadata] AS [Extent1]
- ORDER BY [Extent1].[Id] DESC
- GO
)
:Database.SetInitializer<yourDbContext>(null);
3、使用n-gen 生成本地镜像 (to avoid jitting)
更多参考:https://msdn.microsoft.com/en-us/data/dn582034
cd <Solution directory>\packages\EntityFramework.6.0.2\lib\net45 %WINDIR%\Microsoft.NET\Framework\v4.0.30319\ngen install EntityFramework.SqlServer.dll %WINDIR%\Microsoft.NET\Framework64\v4.0.30319\ngen install EntityFramework.SqlServer.dll
4、application-initialization(IIS8内置)
Application Initialization Module for IIS 7.5
设置:application pool-StartModel 设置为 AlwaysRunning;WebSites:DoAppInitAfterRestart、Preload;
IIS程序池回收重启的时候就完成了加载,这样外部访问就不会“第一次访问”。
另外:为了减少重新编译dll带来的性能影响建议把各部分都单独的分层,编译成单独的dll;IIS可以设加大应用程序池的”闲置超时“的参数值。
记录一次EF优化