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

  • 时间:
  • 浏览:0

事先发布过一篇博文 下单快发货慢:2个 JOIN SQL 引起 SqlClient 读取数据慢的奇特问題,当时遇到的问題是从 SQL Server 808 R2 中查询获取 80 条记录竟然耗时 10 多秒,排查中发现问題与 SQL  查询中涵盖 INNER JOIN 有关,去掉 INNER JOIN 立马查询很慢。当时天真地以为愿因 是 JOIN 的那张表数据记录不必 以及主表聚集索引不合理,于是采用将 INNER JOIN 累积拆分出来单独查询临时外理了问題。

这两天让让.我都又在另外2个 ASP.NET Core 2.2 项目中也遇到了查询 80 数据库记录速率单位慢(前要4~6秒)的问題,否则所查询的数据库表数据量并都是很大。通过 EF Core 的 日志记录发现耗时趋于稳定在 Executed DbCommand 时,耗时趋于稳定点与事先的请况不一样,事先是趋于稳定在 Executed DbCommand 事先 SqlDataReader 从数据库读取数据时。

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

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

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 的表数据量不大,完整篇 不愿因 造成 80 多倍的性能之差。看来上次归罪于 INNER JOIN ,愿因 是冤枉它了,得重新思考与排查并都是问題。

愿因 问題是在某个时间点事先总出 ,于是采取笨土最好的办法 ,回退 git 提交历史直至问題消失。。。

最终发现,竟然是在一次 git commit 中给并都是查询在 SELECT 时增加了2个 字段引起的, 去掉 并都是字段,问題立马消失。进一步测试发现,假如任意去掉 SELECT 中的2个 字段,就不必总出 问題,太奇怪了。数了数 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毫秒,相差800多倍!果然是 System.Data.SqlClient 的2个 大 bug ,2个 潜藏很久 (大概从 .NET Core 2.1 到 3.0 Preview 4)的巨坑。

并都是诡异问題的谜底在偶然间终于被解开了,这时又产生了新的问題 —— corefx 中是如何修复并都是巨坑 bug 的?

查看 corefx 中与 System.Data.SqlClient 相关的 git commits ,目测发现下面的 commit (对应的 PR ),也许是并都是 commit 修复的,接下来找时间验证一下。