EF性能优化

一EF多表分页

1、测试信息

测试项目：VEDU

测试功能：学员查询

测试步骤：

1.1.给C证书报名机构批量报名300个学员

1.2.查询学员信息

2、现有分页

执行结果：314条数据 执行时间4099毫秒

分页方法：从数据库取出所有数据，将取出的所有数据传输到控制层，然后分页显示在页面。

image.png

3、优化分页

执行结果：314条数据 执行时间173毫秒

分页方法：从数据库中直接分页，将数据传输到控制层，然后展示页面中

image.png

4、分页进一步优化

执行结果：11013条数据 执行时间177毫秒

分页方法：执行一次sql查出总行数和显示的数据，将数据传输到控制层，然后展示页面中

image.png

注意：Linq分页的两种方式

image.png

第一种是从数据库中取出的是分页后的数据。
第二种是从数据库中取出所有的数据，然后在内存中进行分页（不推荐）。

EF单表分页

分页一般需要返回总行数和查询结果集。但是一般查询需要执行两次。第一次查询出总行数，第二查询出结果集。这样的话需要执行两次Sql语句，带来不必要的性能损失！如下图
为了解决执行两次的弊端。引入第三方插件EntityFramework.Extended（下面将介绍到改插件）。执行代码如下：

image.png

执行结果如下图

image.png

二、AsNoTracking用法

AsNoTracking:无追踪查询（查询实体不被EF上下文追踪）。查询出来的对象只能用于页面显示，不能用于修改和删除操作。所以为了提高查询性能需要加上AsNoTracking。

没有加AsNoTracking

2.1执行代码

public List FindList(Expression> predicate)
{
var tempData = dbcontext.Set().Where(predicate).ToList();
return tempData;
}

2.2 执行结果

image.png

加了AsNoTracking****操作执行结果

2.3 执行代码

public List FindList(Expression> predicate)
{
var tempData = dbcontext.Set().Where(predicate).AsNoTracking().ToList();
return tempData;
}

2.4 执行结果

image.png

注：目前测试1万条数据。这个差距会根据数量增加而逐渐明显。

三、Any用法(常用于判断值是否存在)

没有加了Any操作执行结果

3.1****执行代码

public bool IsExist(Expression> predicate)
{
return dbcontext.Set().Where(predicate).Count()>0;
}

3.2 执行结果

image.png

加了Any操作执行结果

3.3 执行代码

public bool IsExist(Expression> predicate)
{
return dbcontext.Set().Any(predicate);
}

3.4 执行结果

image.png

四、Database.SetInitializer

项目启动报如下异常

image.png

image.png

这个异常是因为没有关闭EF数据库初始化策略导致。

解决办法：

在EF上下文中加入Database.SetInitializer(null);

因为项目使用的DB First 所以从不创建数据库操作。

image.png

Database.SetInitializer****用来控制初始化数据库的策略，仅适用于code First****模式。

5.1数据库不存在时重新创建数据库

Database.SetInitializer(new CreateDatabaseIfNotExists());

5.2每次启动应用程序时创建数据库

Database.SetInitializer(new DropCreateDatabaseAlways());

5.3模型更改时重新创建数据库

Database.SetInitializer(new DropCreateDatabaseIfModelChanges());

5.4 从不创建数据库

Database.SetInitializer(null);

五、EntityFramework.Extended插件介绍

Github: https://github.com/loresoft/EntityFramework.Extended

自2015年起，该库不再受支持。可以使用Entity Framework Plus（同一作者开发），但是这个插件使用缓存时报错报（类型“System.Runtime.Caching.CacheItemPolicy”在未引用的程序集中定义。您必须向程序集“System.Runtime.Caching，Version = 4.0.0.0，Culture = neutral，PublicKeyToken = b03f5f7f11d50a3a'添加引用），所以暂时使用了Entity Framework.Extended。

Nuget****安装 PM> Install-Package EntityFramework.Extended

六、批量删除和修改

6.1****批量删除

引入命名空间 using EntityFramework.Extensions;

原生EF只能一条一条循环删除数据，不像Sql语句一次性就能删除满足条件的数据。循环删除数据对库性能和用户体验都不好。为了解决这个问题，使用第三方的EF.Extended批量删除，实现批量数据一次访问库就能删除，这样就能提高应用程序性能和用户体验。

EF.Extended提供了两种删除方式，第一种是删除所有数据，第二中是删除满足条件的数据。

代码实现如下：

6.1.1批量删除所有数据

image.png

6.1.2根据条件批量删除数据

image.png

6.2 批量修改

引入命名空间 using EntityFramework.Extensions;

原生EF中修改数据需要先查询出来，然后才能进行修改，这样就消耗了不必要的性能，如果大批量数据修改，就会表现的非常慢，为了解决这个问题，使用第三方的EF.Extended批量修改，实现批量数据无需查询直接就能修改，这样大大提高了修改性能。

EF.Extended提供了两种修改方式，第一种是修改所有数据，第二中是修改满足条件的数据。

代码实现如下

6.1.1 批量修改数据

image.png

6.1.2 根据条件批量修改数据

image.png

七、缓存的使用

有的时候我们会在短时间内对同一数据进行频繁查询操作，这样对于性能有一定损失，因为每次都要跟数据库交互，取得数据。比如报名的时候每次都要检测报名证书是否存在，如果50个人报名需要检测50次，并且检测相同证书的频率非常高。这就无形中浪费了数据库资源和性能。为了解决这个问题我们引入了第三方插件库EF.Extended。 通过该插件我们可以轻松实现数据缓存，以提高应用程序的性能。第一次调用查询时，数据将从数据库中检索并在返回之前存储在内存中,以后所有的调用都将从内存中检索数据（如果设定时间没有过期），避免每次都从数据库中查询。从而大大提高了应用程序的性能。
缓存方法提供了两个参数，第一个参数是查询条件，第二个参数是过期时间（单位秒）
代码如下：

image.png