EF查询语句效率优化

2016-01-19 03:02:24 806 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

blackeye2004 墨衍会员 · AI 创作全网分发关注 + 加入社区

EF Core优化技巧之预热处理今天和听到同事们在讨论一个关于使用EFCore时，为什么第一次查询数据库总是很慢的原因。我们在工作中经常使用EFCore进行数据访问，但发现每次第一次查询都需要较长的时间，这给我们带来了困扰。因此，我们聚在一起，探讨了这个问题的原因和可能的解决方案。通过查询相关资料，于是就有了这篇博客，现在分享给有需要的你。EF Core是一个轻量级、可扩展的ORM（对象关系映射）框架，用于在.NET应用程序中处理数据库操作。在应用程序启动时，EF Core需要进行一些初始化操作，如构建模型、加载元数据和建立数据库连接等。阅读详情

我的查询语句是这样的。
from t in db.GameArticles where t.Type!=9 && t.Title.Contains(key) orderby t.PublishDate descending select t
不过这表总共才10000条记录，为什么这样查，速度很慢。
大家可以看看效果http://leyoufang.com/search/news?key=%E5%A4%A7
哪位大侠帮忙看下，这语句怎么写好

...全文

SQL MySQL和Sql Server的留存率及留存人数计算查询语句 #SQL MySQL和Sql Server留存率及留存人数计算本文作者：第一作者：负责MySQL的赵芮萱（下文称赵老师）第二作者：负责Sql Server的叶嘉浩（下文称叶同学）目前在墙外的Stackoverflow和墙内的CSDN BLOGs上都有不少实现留存率计算的文章，但是绝大部分此类文章存在3个问题： 1）查询语句思路单一，缺乏多个实现方法总结。 2）内容只涵盖了MySQL或者Sql Server，缺乏对两种Sql 工具的查询语句总结或者通用查询语句。 3）查询语句只能满足业务需求，无法满阅读详情

blackeye2004

C# 111,129 成员 642,538 内容

+ 关注 + 加入社区

切换为时间正序

D56233577 2016-01-26

打赏
举报

1. 加上AsNoTracking()； 2. 确保有合适的索引； 3. 少取一些字段。

blackeye2004 2016-01-26

打赏
举报

引用 12 楼 hanjun0612 的回复:

速度快不快，你开一下 sql profiler看看生成的sql语句就知道了。这个和你网络也有关系。再不行，你就加个索引算了

我已经加了索引了，可索引看上去不管用

正怒月神 2016-01-26

打赏
举报

速度快不快，你开一下 sql profiler看看生成的sql语句就知道了。这个和你网络也有关系。再不行，你就加个索引算了

正怒月神 2016-01-26

打赏
举报

引用 13 楼 blackeye2004 的回复:

[quote=引用 12 楼 hanjun0612 的回复:] 速度快不快，你开一下 sql profiler看看生成的sql语句就知道了。这个和你网络也有关系。再不行，你就加个索引算了

我已经加了索引了，可索引看上去不管用[/quote] 可能是由于你使用Contains函数的关系，你看看sql profiler生成的语句是否含有 like,or等关键字，这样会取消索引的。

IE11下面经常卡到爆 2016-01-26

打赏
举报

可以考虑用全文索引

IE11下面经常卡到爆 2016-01-26

打赏
举报

查全表就是表扫描了，没办法，只能慢

IE11下面经常卡到爆 2016-01-26

打赏
举报

这种查询没办法，跟EF也没什么关系，因为它对应的是SQL中的like模糊查询，差不多超过5000条以后就会明显变慢重新索引会好一点（好多少看关键字的命中率了），但用一段时间又会变慢可以考虑用全方索引不过你干嘛要查全表？一般都是查几条吗（分页），加个top应该就会明显快了

blackeye2004 2016-01-25

打赏
举报

.......难道大家都没碰到这样的问题吗？

blackeye2004 2016-01-21

打赏
举报

如果不模糊查询，那我的怎么办，难道只能全字匹配才能查吗？再则我只对标题作模糊查询，用不着全文检索吧？

事理 2016-01-19

打赏
举报

Ttitle建立索引后可以这样写效率应该会提升不少，因为like 'abc%'是会使用到索引的 from t in db.GameArticles where t.Type!=9 && t.Title.StartWith(key) orderby t.PublishDate descending select t

以专业开发人员为伍 2016-01-19

打赏
举报

深入的技术就不多说了，先针对你现在的情况，现在当务之急是你应该把所谓的“模糊查询”的东西去掉。你这种东西本身就不能模糊地查询，你至少要在Contains 之前有一个能用到索引、能把结果缩小到很小范围的精确查询语句。

以专业开发人员为伍 2016-01-19

打赏
举报

引用楼主 blackeye2004 的回复:

from t in db.GameArticles where t.Type!=9 && t.Title.Contains(key) orderby t.PublishDate descending select t 。。。。。这语句怎么写好

这种语句写不好！没有使用全文检索技术，自然就是这类很慢的结果。而全文检索其实也不容易，不是随便写一个Contains就行的，需要你花点一段时间去设计分词和检索的机制。

以专业开发人员为伍 2016-01-19

打赏
举报

例如我使用 http://leyoufang.com/search/news?key=31 查询，用了8秒钟，网页显示。看你的结果，你肯定是用不上索引，而且在很多地方去“模糊查询”。这种用不上索引的查询，能有8秒就算不错了。你这个不算慢。要想提高50倍速度，那么你就不能胡乱做什么“模糊查询”。这种查询本身就用不上索引。

事理 2016-01-19