2. 程式人生 > >asp.net解決高併發的方案

asp.net解決高併發的方案

阿新 • • 發佈：2019-02-16
最近幾天一直在讀代震軍的部落格，他是Discuz!NT的設計者，讀了他的一系列關於Discuz!NT的架構設計文章，大呼過癮，特別是Discuz!NT在解決高訪問高併發時所設計的一系列方案，本人尤其感興趣。寫這篇文章的目的，算是對初次閱讀之後的總結備忘吧，以便以後有時間親自測試，如果能在生產環境中得到應用，那就更有參考價值了。


測試方法：
本地模擬測試網站高訪問高併發採用的測試工具是大名鼎鼎的Loadrunner，這個工具做測試的一般都知道。在代震軍的部落格中，有以下幾篇介紹了通過Loadrunner進行壓力併發測試。

當DiscuzNT遇上了Loadrunner(上)
http://www.cnblogs.com/daizhj/archive/2009/09/25/1573926.html

當DiscuzNT遇上了Loadrunner(中) 
http://www.cnblogs.com/daizhj/archive/2009/09/27/1574897.html

當DiscuzNT遇上了Loadrunner(下) 
http://www.cnblogs.com/daizhj/archive/2009/09/27/1575091.html

Discuz!NT是一個論壇程式，是典型的網際網路應用，在設計時本身就考慮了網際網路應用場景下高併發高訪問量的需求，在普通開源版本中，主要採用的快取機制來提高系統的效能。

一、緩解資料庫讀取壓力

相關文章如下：
Discuz!NT 快取設計簡析 [原創] 
http://www.cnblogs.com/daizhj/archive/2007/08/15/855163.html

這個快取機制使用的是.Net本身提供的快取功能，System.Web.Caching.Cache
這個方案可以解決一般訪問量不是很大的站點的需求，更高一級的，可以通過增加Web園工作程序來達到提升效能的需求，而且這個方案裡面，已經解決多程序下快取同步的問題。

在Discuz!NT企業版中，提供了更高層次的解決方案，使用了分散式快取機制，引入了Memcached、Redis、LLServer，相關文章如下：

Discuz!NT中整合Memcached分散式快取

http://www.cnblogs.com/daizhj/archive/2009/03/23/1386652.html

在Discuz!NT中進行快取分層(本地快取+memcached)  
http://www.cnblogs.com/daizhj/archive/2009/11/17/1604436.html

Discuz!NT中的Redis架構設計
http://www.cnblogs.com/daizhj/archive/2011/02/21/1959511.html

Discuz!NT跨站快取同步
http://www.cnblogs.com/daizhj/archive/2010/06/18/discuznt_memcache_syncdata.html

Discuz!NT中的LLServer架構設計
http://www.cnblogs.com/daizhj/archive/2011/08/26/discuznt_llserver_arch.html

Memcached是danga.com（運營LiveJournal的技術團隊）開發的一套分散式記憶體物件快取系統，用於在動態系統中減少資料庫負載，提升效能。具體的介紹可以參考：

Memcached深度分析
http://www.cnblogs.com/luluping/archive/2009/01/14/1375456.html

通過以上的方案，能解決大部分高訪問高併發的需求，因為論壇產品的特殊性，讀寫比大概是4:1，所以首先應該在讀資料方面進行減壓優化。

二、緩解Web伺服器壓力

Discuz!NT在緩解Web伺服器壓力上採用瞭如下的方案。

將使用者上傳的附件通過FTP方式傳送到另外一臺伺服器上，相關的文章如下：
　　Discuz!NT中遠端附件的功能實現[FTP協議]

　　http://www.cnblogs.com/daizhj/archive/2008/07/28/1254648.html

3. 通過SQUID將靜態檔案快取分佈
使用SQUID做靜態前端，將論壇中的大部分靜態檔案佈署或外鏈到一個新的HTTP連結上，從而給Web伺服器減壓，提升效能。

Discuz!NT靜態檔案快取(SQUID)解決方案
http://www.cnblogs.com/daizhj/archive/2010/06/10/1692758.html

三、負載均衡


通過以上的方案，Web伺服器壓力小了，效能也提升了，但是如果遇到更高的併發訪問量，單臺Web伺服器還是不能滿足需求，Discuz!NT採取了負載均衡的方案。使用了LVS+KEEPALIVED、NGINX等。

這裡得先解釋一下何為“負載均衡”，負載均衡就是將負載（工作任務、訪問請求等）進行平衡、分攤到多個操作單元（伺服器、元件等）上進行執行，是解決高效能，單點故障（高可用，如果你是單機版網路，一旦伺服器掛掉了，那麼使用者就無法請求了，但對於叢集來說，一臺伺服器掛掉了，負載均衡器會把使用者的請求傳送給其他的伺服器進行處理），擴充套件性（這裡主要是指水平伸縮）的終極解決方案。


相關文章如下：


　　　　Discuz!NT負載均衡解決方案(HA)之---LVS(Linux Virtual Server)
　　　　http://www.cnblogs.com/daizhj/archive/2010/06/13/1693673.html

　　　　Discuz!NT負載均衡解決方案(HA)之---LVS(Linux Virtual Server)

　　　　http://www.cnblogs.com/daizhj/archive/2010/06/13/1693673.html

　　　　Discuz!NT負載均衡方案

　　　　http://www.cnblogs.com/daizhj/archive/2010/06/24/1667422.html


　　　　使用的是nginx,使用nginx作為前端負載均衡，這個確實很有吸引力，有時間能試用下就好。
 
四、緩解資料庫壓力

在Discuz!NT中，資料庫作為資料持久化工具，必定在併發訪問頻繁且負載壓力較大的情況下成為系統性能的‘瓶頸’。即使使用上面的本地快取等方式來解決頻繁訪問資料庫的問題，但仍舊會有大量的併發請求要訪問動態資料， 其中的‘讀寫分離’方案就是一種被廣泛採用的方案。

　　　　Discuz!NT資料庫讀寫分離方案

　　　　http://www.cnblogs.com/daizhj/archive/2010/06/21/dbsnap_master_slave_database.html

　　　　全文搜尋方案：

　　　　Discuz!NT企業版之Sphinx全文搜尋(上)

　　　　http://www.cnblogs.com/daizhj/archive/2010/06/28/discuznt_entlib_sphinx_one.html


 　　　　Discuz!NT企業版之Sphinx全文搜尋(下)

　　　　http://www.cnblogs.com/daizhj/archive/2010/06/30/discuznt_entlib_sphinx_two.html


　　　　處理大資料量：


　　　　Discuz!NT千萬級資料量上的兩駕馬車--TokyoCabinet,MongoDB

　　　　http://www.cnblogs.com/daizhj/archive/2010/07/22/1781140.html 


好了，上面就是Discuz!NT企業版為了提升效能採取的一系列方案，確實對asp.net網際網路應用很有參考價值，其中用到的很多開源產品都是基於Linux的，如Memcached、Redis、LLServer、SQUID、NGINX、LVS、Sphinx，雖然有些產品有Windows版本，但是其效能表現能力遠遠比不上Linux上面，看來在Web應用上，效能方面的表現以及開源產品的研究，Linux遠遠的走在了Windows前面。

相關推薦

asp.net解決高併發的方案

最近幾天一直在讀代震軍的部落格，他是Discuz!NT的設計者，讀了他的一系列關於Discuz!NT的架構設計文章，大呼過癮，特別是Discuz!NT在解決高訪問高併發時所設計的一系列方案，本人尤其感興趣。寫這篇文章的目的，算是對初次閱讀之後的總結備忘吧，以便以後有時間親自

asp.net處理高併發

一個小型的網站，可以使用最簡單的html靜態頁面就實現了，配合一些圖片達到美化效果，所有的頁面均存放在一個目錄下，這樣的網站對系統架構、效能的要求都很簡單。隨著網際網路業務的不斷豐富，網站相關的技術經過這些年的發展，已經細分到很細的方方面面，尤其對於大型網站來說，所採用的技術更是涉及面非常廣，從硬體到軟

C# ASP.NET 解決方案開發微信公眾號

小重山 · 昨夜寒蛩不住鳴    ___ 宋 · 岳飛         昨夜寒蛩不住鳴。驚回千里夢，已三更。起來獨自繞階行。人悄悄，窗外月朧明。         白首為功名。舊山松竹

C# ASP.NET 解決方案開發微信公眾號

小重山 · 昨夜寒蛩不住鳴    ___ 宋 · 岳飛         昨夜寒蛩不住鳴。驚回千里夢，已三更。起來獨自繞階行。人悄悄，窗外月朧明。         白首為功名。舊山松竹老，阻歸程。欲將心事付瑤琴。知音少，絃斷有誰聽。 第一章    1.VS2013環境、本地

Asp.net MVC4高級編程學習筆記-視圖學習第一課20171009

強類型 編寫 ret namespace i++ 智能 權限 eba 轉換成 首先解釋下：本文只是對Asp.net MVC4高級編程這本書學習記錄的學習筆記，書本內容感覺挺簡單的，但學習容易忘記，因此在邊看的同時邊作下了筆記，可能其它朋友看的話沒有情境和邏輯順序還請諒解

Asp.net MVC4高級編程學習筆記-視圖學習第二課Razor視圖引擎20171010

space view part scrip for span 通過 文本 電子郵件 Razor視圖引擎 1、常用寫法 @標記代碼的轉換字符。 示例： <h1>hello,it’s @users.count items.</h1> //這裏會自動識別

Asp.net MVC4高級編程學習筆記-模型學習第五課MVC表單和HTML輔助方法20171101

流量 取值 工作 sin 輔助 一個點 大量 元數據 view MVC表單和HTML輔助方法 一、表單的使用。 表單中的action與method特性。Action表示表單要提交往那裏，因此這裏就有一個URL。這個URL可以是相對或絕對地址。表單默認的method屬性值是g

ASP.NET 解決賬號重復登錄問題

封裝 用戶名 OS mys cati web 引入 val ride 解決重復登錄 用到了 .net 身份票證 和Global全局處理文件 第一步 登錄方法 傳入用戶名 private void GetOnline(string Name) {

ASP.NET Aries 高級開發教程：Excel導入之代碼編寫（番外篇）

chan 導入 設置 jna 配置 決定 ptc UNC 番外篇 前言： 以許框架提供的導入配置功能，已經能解決95%以上的導入情況，但有些情況總歸還是得代碼來解決。 本篇介紹與導入相關的代碼。 1、前端追加導入時Post的參數： var grid = new

ASP.NET Aries 高級開發教程：Excel導入之多表高級導入配置（中）

lis 數據庫 名稱 教程 配置 rdquo net 列名 邏輯 前言： 在面對Excel的各種復雜導入情況中，多表導入是很常見的情景。 今天就來寫一下多表導入是如何配置的。 1、自定義導入模板 怎麽自定義： 其實就是自己新建一個Excel了，把列頭都寫好。

樂觀鎖 -業務判斷 解決高併發問題

    在解決高併發問題時，如果是分散式系統顯然我們只能夠使用資料庫端加鎖機制來解決這個問題，但是這種同步機制或者資料庫物理鎖機制會犧牲一部分的效能，所以常常以另外一種方式來解決這個問題 就是樂觀鎖模式 　　銀行兩操作員同時操作同一賬戶就是典型的樂觀鎖模式。  &nb

PHP利用Mysql鎖解決高併發

前面寫過利用檔案鎖來處理高併發的問題的，現在我們說另外一個處理方式，利用Mysql的鎖來解決高併發的問題 先看沒有利用事務的時候併發的後果 建立庫存管理表 CREATE TABLE `storage` ( `id` int(11) unsigned NOT NULL AUTO_INCRE

使用mysql中的鎖解決高併發問題

為什麼要加鎖 多核計算機的出現,計算機實現真正平行計算,可以在同一時刻,執行多個任務。在多執行緒程式設計中，因為執行緒執行順序不可控導致的資料錯誤。比如，多執行緒的理想狀態是這樣的但是實際情況是這樣的: 在網路程式設計中，在同一時刻，多個客戶端同時請求同一個資源，如果不做控制，也會帶來資料錯誤。比如

面對峰值響應衝擊，解決高併發的三大策略

當前在網際網路+的大潮下，眾所周知淘寶、京東這些交易系統每天產生的資料量都是海量的，每天的交易併發也是驚人的，尤其是“雙11”、“6.18”這些活動，對系統的峰值響應提出了非常高的要求，所以對系統架構也就有了很要的要求。 在寫這篇部落格的前2天，聽說某系統在25人的使用

ASP.NET MVC5 高級編程-學習日記-第二章 控制器

spa 參數 動態 png 添加 字符 view 驚人的 web服務器 2.1 控制器的角色 MVC模式中的控制器(Controller)主要負責響應用戶的輸入，冰球在響應時修改模型(Model)。通過這種方式，MVC模式中的控制器主要關註的是應用程序流、輸入數據的處理，

電商專案解決高併發的問題的策略淺談

前言：        本文乃是文章作者在實際電商專案開發參與過程中關於本專案中解決高併發方案的一些思路總結，由於本人水平有限，不足之處，望請留言指正！        在專案中解決高併發並非解決其中的某一個環節或點

ASP.NET MVC高亮顯示當前頁面選單

1、建立MvcHtmlExtension擴充套件類 1 public static class MvcHtmlExtension 2 { 3 public static MvcHtmlString MenuLink(this HtmlHelper helper, str

ASP.NET 解決Cookie亂碼

在Asp.net的HttpCookie中寫入漢字，讀取值為什麼全是亂碼？其實這是因為文字編碼而造成的，漢字是兩個編碼，所以才會搞出這麼個亂碼出來！ 其實解決的方法很簡單：只要在寫入Cookie時，先將其用Url編碼，然後再寫入，當我們讀取時再解碼就OK    例子： &n

高併發場景系列(一) 利用redis實現分散式事務鎖,解決高併發環境下減庫存

問題描述:某電商平臺,首發一款新品手機,每人限購2臺,預計會有10W的併發,在該情況下,如果扣減庫存,保證不會超賣 方案一 利用資料庫鎖機制,對記錄進行鎖定,再進行操作  SELECT * from goods where ID =1 for updat

如何解決高併發下快取被擊穿的問題

背景：  在某些電商促消活動中需要搞活動，對某些頁面的訪問量（QPS）往往會非常高。如果直接讀資料庫，肯定DB會承受不住。那比較常見的方案就是讓大部分相同資訊的請求都儘可能壓在cache上來緩解DB的壓力，從而儘可能去滿足高併發訪問的需求在一次具體的促銷過程中，當運營同學