极速快3_快3信誉网_极速快3信誉网 - 极速快3,快3信誉网,极速快3信誉网是一个基于本地城市资讯管理的应用,里面汇集了所在城市最热门的民生资讯和便民服务功能,想知道你的家乡发生了什么,打开极速快3,快3信誉网,极速快3信誉网尽在掌握!

坑暗花明:又遇 .NET Core 中 System.Data.SqlClient 查询缓慢的问题

  • 时间:
  • 浏览:0

完后 发布过一篇博文 下单快发货慢:一个多 JOIN SQL 引起 SqlClient 读取数据慢的奇特难题,当时遇到的难题是从 SQL Server 508 R2 中查询获取 50 条记录竟然耗时 10 多秒,排查中发现难题与 SQL  查询含高高 INNER JOIN 有关,加进去 INNER JOIN 立马查询越来太快了 了 。当时天真地以为意味着着分析是 JOIN 的那张表数据记录越多以及主表聚集索引不合理,于是采用将 INNER JOIN 次责拆分出来单独查询临时避免了难题。

这多日亲戚朋友 又在另外一个多 ASP.NET Core 2.2 项目中也遇到了查询 50 数据库记录效率慢(我越多 4~6秒)的难题,有些所查询的数据库表数据量并全是很大。通过 EF Core 的 日志记录发现耗时趋于稳定在 Executed DbCommand 时,耗时趋于稳定点与完后 的情况不一样,完后 是趋于稳定在 Executed DbCommand 完后  SqlDataReader 从数据库读取数据时。

2019-05-11T14:21:38.1015229+08:00 [INFORMATION] Executed DbCommand ("5,850"ms)

而通过 SQL Server Management Studio 执行同样的 SQL 语句只我越多 20 毫秒左右,相差50多倍。

Executed DbCommand 日志记录的是 dbCommand.ExecuteReaderAsync 执行的时间(详见 EF Core 的源码)

result = new RelationalDataReader(
    connection,
    dbCommand,
    await dbCommand.ExecuteReaderAsync(cancellationToken),
    commandId,
    Logger);

dbCommand.ExecuteReaderAsync 的实现代码在 corefx 的 System.Data.SqlClient 中,有些是 .net core 的难题,那难题就出在 System.Data.SqlClient 。

在上次排查 SqlDataReader 读取数据效率慢难题,就曾怀疑 System.Data.SqlClient ,花了好多好多 时间在 System.Data.SqlClient 的源码中打点排查,最终这样找到线索,这次不敢轻易怀疑它。

实在这次的耗时趋于稳定点与上次不一样,但这次的 SQL 查询语句含高个地方和上次是一样的,也含高 INNER JOIN 查询,于是试着加进去 INNER JOIN ,Executed DbCommand 只需2毫秒。

[INFORMATION] Executed DbCommand ("2"ms)

啊,为什么在么在也与 INNER JOIN 有关,没道理啊,这次 JOIN 的表数据量不大,完整不有些造成 50 多倍的性能之差。看来上次归罪于 INNER JOIN ,有些是冤枉它了,得重新思考与排查这名 难题。

有些难题是在某个时间点完后 跳出,于是采取笨法子 ,回退 git 提交历史直至难题消失。。。

最终发现,竟然是在一次 git commit 中给这名 查询在 SELECT 时增加了一个多 字段引起的, 加进去这名 字段,难题立马消失。进一步测试发现,否则我任意加进去 SELECT 中的一个多 字段,就我越多 跳出难题,太奇怪了。数了数 SELECT 含高20个字段,难道与 SELECT 字段的数量有关?完后 的项目会我越多 也与 SELECT 字段的数量有关?

于是回到完后 的项目,恢复 INNER JOIN 查询,这时惊讶地发现 SqlDataReader 读取数据效率慢的难题竟然消失了。回想当时避免难题后到现在所做的变更,唯一的变更就是从 .NET Core 3.0 Preivew 4 升级到 .NET Core 3.0 Preivew 5 ,难道 3.0 Preivew 5 把这名 难题给修复了?难道真的是 System.Data.SqlClient 的 bug ?

答案很容易验证,将当前遇到 Executed DbCommand 执行慢的项目升级到 .NET Core 3.0 Preivew 5 ,昨天晚上完成升级后

Executed DbCommand ("3"ms)

飞流直下三千尺,从4秒骤降到3毫秒,相差50多倍!果然是 System.Data.SqlClient 的一个多 大 bug ,一个多 潜藏就是(最少从 .NET Core 2.1 到 3.0 Preview 4)的巨坑。

这名 诡异难题的谜底在偶然间终于被解开了,这时又产生了新的难题 —— corefx 中是怎样修复这名 巨坑 bug 的?

查看 corefx 中与 System.Data.SqlClient 相关的 git commits ,目测发现下面的 commit (对应的 PR ),你说什么是这名 commit 修复的,接下来找时间验证一下。