今天早上,我們修改了博客程序中的1行代碼,將 services.AddDbContextPool 改為 services.AddDbContext ,去掉
DbContextPool 。
然后奇跡出現(xiàn)了 ——
單臺4個8G的服務(wù)器,800 左右的 QPS 不在話下,CPU 的穩(wěn)健與 .NET Framework 版有的一拼。
到發(fā)布博文時間為止,最高可以撐住 1300 的 QPS 。
我們評估一下,如果沒有其他問題,我們今天會全面部署 Windows 上的 .NET Core 版博客站點。
注:這次遇到的了 DbContextPool 問題,與下面的博文鏈接中“連接池連接耗盡”不是同一個問題,博客系統(tǒng)的數(shù)據(jù)庫連接字符串設(shè)置的是 max pool
size=300 。
更新:
問題比較詭異,即使現(xiàn)在去掉 DbContextPool 后恢復了正常,也不能確定一定是 DbContextPool 的原因。
DbContextPool 相關(guān)鏈接:
* EF Core 小坑:DbContextPool 會引起數(shù)據(jù)庫連接池連接耗盡
<https://www.cnblogs.com/dudu/p/10398225.html>?
Powered by .NET Core 系列博文:
* 【故障公告】發(fā)布 .NET Core 版博客站點引起大量 500 錯誤
<https://www.cnblogs.com/cmt/p/11302666.html>
* 【網(wǎng)站公告】.NET Core 版博客站點第二次發(fā)布嘗試 <https://www.cnblogs.com/cmt/p/11316324.html>
* 暴風雨中的 online : .NET Core 版博客站點遭遇的高并發(fā)問題進展
<https://www.cnblogs.com/cmt/p/11328141.html>
* Powered by .NET Core 進展:驗證高并發(fā)性能問題嫌疑犯 docker swarm
<https://www.cnblogs.com/cmt/p/11335456.html>
* 同“窗”的較量:部署在 Windows 上的 .NET Core 版博客站點發(fā)布上線
<https://www.cnblogs.com/cmt/p/11347507.html>
* 做夢也沒有想到:Windows 上的 .NET Core 版博客系統(tǒng)表現(xiàn)更糟糕
<https://www.cnblogs.com/cmt/p/11351367.html>
熱門工具 換一換