内容简介：这两天遇到一个奇怪的问题，通过 EF/EF Core 查询数据库速度奇慢，先是在传统的 ASP.NET 项目中遇到（用的是EF6.0），后来将该项目迁移至 ASP.NET Core 也是同样的问题（用的是EF Core 2.2.2）。问题触发的条件是所查询的字段中存储了很大的字符串（有400多万个字符），查询耗时竟然要40s左右（对，是40秒），CPU消耗也很高，2核CPU消耗50%-80%左右，而换成 Dapper 则没这个问题。通过 EF Core 的 Debug 日志跟踪发现，耗时发生在执行完 DbC
这两天遇到一个奇怪的问题，通过 EF/EF Core 查询数据库速度奇慢，先是在传统的 ASP.NET 项目中遇到（用的是EF6.0），后来将该项目迁移至 ASP.NET Core 也是同样的问题（用的是EF Core 2.2.2）。
问题触发的条件是所查询的字段中存储了很大的字符串（有400多万个字符），查询耗时竟然要40s左右（对，是40秒），CPU消耗也很高，2核CPU消耗50%-80%左右，而换成 Dapper 则没这个问题。
通过 EF Core 的 Debug 日志跟踪发现，耗时发生在执行完 DbCommand 与 dispose DbDataReader 之间：
2019-02-23 15:46:27.026 [Information] Executed DbCommand ("4"ms) [Parameters=[""], CommandType='Text', CommandTimeout='30']"
2019-02-23 15:47:06.859 [Debug] A data reader was disposed.
通过日志跟踪信息看，很容易会怀疑耗时可能发生在 ADO.NET DataReader 读取数据时，但这个怀疑与 Dapper 查询正常矛盾，而且 CPU 消耗高也说明耗时不是出现在 IO 层面。
后来在 stackoverflow 上找到了线索 Poor performance when loading entity with large string property using Entity Framework
I had the same issue yesterday. What I did find out is that async operations with Entity Framework is broken or at least very slow. Try using the same operations synchronously
当时看到了这个线索，有点不相信，异步竟然会引起这个问题，不是默认都使用异步吗？只是抱着试试看的心理将代码中的 ToListAsync()
改为 ToList()
，结果却让人大吃一惊，多次测试，查询耗时在 100-500 ms 之间，快了 100 多倍。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- springboot~DTO字符字段与日期字段的转换问题
- Protocol Buffers 学习（2）：字段类型和其他语言字段类型之间的映射
- Protocol Buffers 学习（2）：字段类型和其他语言字段类型之间的映射
- PHPRAP 2.0.2 发布，接口和字段数据分离，字段使用单独数据表
- 如何正确新增字段
- HTTP缓存字段总结
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
大数据供应链
娜达·R·桑德斯 (Nada R. Sanders) / 丁晓松 / 中国人民大学出版社 / 2015-7-1 / CNY 55.00
第一本大数据供应链落地之道的权威著作，全球顶级供应链管理专家娜达·桑德斯博士聚焦传统供应链模式向大数据转型，助力工业4.0时代智能供应链构建。 在靠大数据驱动供应链处于领先地位的企业中，45% 是零售商，如沃尔玛、亚马逊，而22%是快消企业，如戴尔电脑。他们都前所未有地掌控了自己的供应链。在库存管理、订单履行率、原材料和产品交付上具有更为广阔的视野。利用具有预见性的大数据分析结果，可以使供需......一起来看看 《大数据供应链》 这本书的介绍吧!
