做梦也没有想到:Windows 上的 .NET Core 版博客系统表现更糟糕

  • 时间:
  • 浏览:0
  • 来源:大发uu快3_uu快3概率_大发uu快3概率

昨天晚上 18:15 左右当我们歌词 发布了跑在 Windows 上 .NET Core 博客系统,本想与 .NET Framework 版进行同“窗”的较量,结果刚发布上线就发现 CPU 占用异常高,发布这样1小时就下线了,根本就有另另一个级别的较量,假使 说 .NET Core 连较量的资格都这样,刚上台就趴下了。

假使 与 Linux 上的 .NET Core 博客系统(docker swarm 与 docker-compose 部署土办法)相比,也是就有另另一个级别的较量,部署在 Linux 上时是访问高峰撑不住,而部署在 Windows 上连访问低峰都撑不住。

在昨天发布失败后,当我们歌词 怀疑 CPU 异常高假使 是假使 memcached 客户端 EnyimMemcachedCore 使用异步土办法时的并发性能问題,于是当我们歌词 把异步改为同步。

今天当我们歌词 在验证是否 EnyimMemcachedCore 的并发性能问題时,当我们歌词 采用了新的土办法,接入次要流量,让单台服务器的 QPS 达到一定值,结果发现了另外另另一个做梦也这样想到的问題。

在 QPS 不高时,跑在 Windows 上的 .NET Core 博客站点表现非常出色,响应传输速率迅速;假使 当 QPS 高于一定值(当我们歌词 测试时接入的流量让 QPS 在 3000-30000 左右),.NET Core 博客站点像变了你这每每其他人似的,极少量请求响应传输速率调快,假使 随着时间推移这样慢(四种 泄漏问題),先是很多请求响应时间5秒左右(当我们歌词 是从5秒结速了监控的),假使 是10秒左右,假使 是15秒左右。。。假使 日志中出现极少量下面的错误

2019-08-14 13:13:16.290 [Error] Failed executing DbCommand ("300,022"ms)
System.Data.SqlClient.SqlException (0x3000131904): Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.
 ---> System.ComponentModel.Win32Exception (258): The wait operation timed out.
   at System.Data.SqlClient.SqlCommand.<>c.<ExecuteDbDataReaderAsync>b__126_0(Task`1 result)
   at System.Threading.Tasks.ContinuationResultTaskFromResultTask`2.InnerInvoke()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location where exception was thrown ---
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread)

EF Core 执行的很多 SQL 查询超时(超过300秒),而 EF Core 生成的哪些 SQL 句子这样问題,当我们歌词 都 review 过。

查看数据库服务库的监控,假使 你大吃一惊,就这点 QPS ,仅仅假使 .NET Core 在 Windows  上跑竟然造成数据库服务器 CPU 3000% 。

而假使 将 .NET Core 博客站点一下线,数据库服务器 CPU 就立马恢复正常,问題非常奇怪。

今天微软也发布了 .NET Core 3.0 Preview 8 ,当我们歌词 将 System.Data.SqlClient 升级到 4.7.0-preview8.19405.3 也是同样的问題。

当我们歌词 的数据库服务器用的是阿里云 RDS SQL Server 30008 R2 ,EF Core 用的是 3.0.0-preview5.19227.1 ,假使 EF Core 3.0 从 Preview 6 结速了不支持 UseRowNumberForPaging ,很多暂时无法升级到 EF Core 3.0 Preview 8 ,我假使 知道最新版的 EF Core 是否就有四种 问題,但当我们歌词 怀疑应该是 System.Data.SqlClient 的问題,要花费是 System.Data.SqlClient 对 Windows 的支持问題,假使 是对 SQL Server 30008 R2 的支持问題。

.NET Core 升级之路又遇新障碍。

接下来,当我们歌词 会进一步排查这 2 个 CPU 高的问題(web服务器与数据库服务器)。

EF Core 与 SqlClient 相关问題链接:

  • 坑暗花明:又遇 .NET Core 中 System.Data.SqlClient 查询缓慢的问題
  • 好大另另一个坑: EF Core 异步读取大字符串字段比同步慢3000多倍

Powered by .NET Core 系列博文:

  • 【故障公告】发布 .NET Core 版博客站点引起极少量 30000 错误
  • 【网站公告】.NET Core 版博客站点第二次发布尝试
  • 暴风雨中的 online : .NET Core 版博客站点遭遇的高并发问題进展
  • Powered by .NET Core 进展:验证高并发性能问題嫌疑犯 docker swarm
  • 同“窗”的较量:部署在 Windows 上的 .NET Core 版博客站点发布上线