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

  • 时间:
  • 浏览:24
  • 来源:大发快3_快3app客户端下载_大发快3app客户端下载

以前发布过一篇博文 下单快发货慢:另另有另一个 JOIN SQL 引起 SqlClient 读取数据慢的奇特什么的问题,当时遇到的什么的问题是从 SQL Server 2008 R2 中查询获取 200 条记录竟然耗时 10 多秒,排查中发现什么的问题与 SQL  查询含有高 INNER JOIN 有关,换成 INNER JOIN 立马查询迅速。当时天真地以为原因是 JOIN 的那张表数据记录越多以及主表聚集索引不合理,于是采用将 INNER JOIN 部分拆分出来单独查询临时避免了什么的问题。

这两天我们 歌词 歌词 都又在另外另另有另一个 ASP.NET Core 2.2 项目中也遇到了查询 200 数据库记录数率慢(须要4~6秒)的什么的问题,而且所查询的数据库表数据量不须是很大。通过 EF Core 的 日志记录发现耗时位于在 Executed DbCommand 时,耗时位于点与以前的情況不一样,以前是位于在 Executed DbCommand 以前 SqlDataReader 从数据库读取数据时。

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

而通过 SQL Server Management Studio 执行同样的 SQL 说说只须要 20 毫秒左右,相差200多倍。

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 的表数据量不大,完整版不而且造成 200 多倍的性能之差。看来上次归罪于 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毫秒,相差2000多倍!甜得是 System.Data.SqlClient 的另另有另一个 大 bug ,另另有另一个 潜藏随后 (至少从 .NET Core 2.1 到 3.0 Preview 4)的巨坑。

一种生活生活诡异什么的问题的谜底在偶然间终于被解开了,这时又产生了新的什么的问题 —— corefx 中是要怎样修复一种生活生活巨坑 bug 的?

查看 corefx 中与 System.Data.SqlClient 相关的 git commits ,目测发现下面的 commit (对应的 PR ),是我不好是一种生活生活 commit 修复的,接下来找时间验证一下。