高併發的幾種處理方法

併發（英文Concurrency），實際上是一個很泛的概念，字面意思就是「同時作多件事」，不過方式有所不一樣。在.NET的世界裏面，處理高併發大體有如下幾種方法：

1.異步編程

異步編程就是使用future模式（又稱promise）或者回調機制來實現（Non-blocking on waiting）。若是使用回調或事件來實現（容易callback hell），不只編寫這樣的代碼不直觀，很快就容易把代碼搞得一團糟。

不過在.NET 4.5 及以上框架中引入的async/await關鍵字（在.NET 4.0中經過添加Microsoft.Bcl.Async包也可使用），讓編寫異步代碼變得容易和優雅。經過使用async/await關鍵字，能夠像寫同步代碼那樣編寫異步代碼，全部的回調和事件處理都交給編譯器和運行時幫你處理了，簡單好用。

使用異步編程有兩個好處：不阻塞主線程（好比UI線程），提升服務端應用的吞吐量。因此微軟推薦ASP.NET中默認使用異步來處理請求。

例如：我用異步作微信模板消息推送。

/// <summary>
/// 使用異步Action測試異步模板消息接口 /// </summary>
/// <param name="checkcode"></param>
/// <returns></returns>
public async Task<string> TemplateMessageAsync(string openId, string first, string keyword1, string keyword2, string keyword3, string keyword4, string remark, string url) { if (openId == null) { return ReturnString(7771, "OPENID不能爲空"); } else { var testData = new //TestTemplateData()
 { first = new TemplateDataItem(first), keyword1 = new TemplateDataItem(keyword1), keyword2 = new TemplateDataItem(keyword2), keyword3 = new TemplateDataItem(keyword3), keyword4 = new TemplateDataItem(keyword4), remark = new TemplateDataItem(remark) }; var result = await TemplateApi.SendTemplateMessageAsync(_wechat.APPID, openId, "m6td4jp_heMA5rhopbUaHApOlp2DD5x18BMXWKj3M5U", url, testData); return ReturnString(0, "成功"); } }

 

2.高併發處理

-》硬件

集羣：多臺服務器分流 ，靜態資源集羣和動態資源集羣，須要考慮session同步問題

CDN:使用CDN存放靜態資源

反向代理：用別的服務器代理處理

-》軟件

動靜分離：靜態資源和動態資源分離，把靜態資源放到單獨的服務器

頁面緩存：常常訪問的頁面能夠作成靜態頁面放到緩存裏

縮短請求路徑：縮短請求服務的路徑，便於解析

批量讀取：多個請求合併到一塊兒請求，減小數據庫訪問次數

延遲修改：把屢次修改請求先放到緩存中，而後同步到庫

 

3.Sql語句優化：

1.Where語句中不要出現Null、or、!=、<>、in、not in不然會避開索引進行全表掃描

2.儘可能避免在索引過的字符數據中，使用非打頭字母搜索，不然會避開索引進行全表掃如：SELECT * FROM T1 WHERE NAME LIKE ‘%L%’ 
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’ 

3.必要時強制查詢優化器使用某個索引，如在 where 子句中使用參數，也會致使全表掃描如：select id from t where num=@num
能夠改成強制查詢使用索引：
select id from t with(index(索引名)) where num=@num

4.應儘可能避免在 where 子句中對字段進行表達式操做，這將致使引擎放棄使用索引而進行全表掃描。如：

SELECT * FROM T1 WHERE F1/2=100 
應改成: 
SELECT * FROM T1 WHERE F1=100*2

SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’ 
應改成: 
SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’

SELECT member_number, first_name, last_name FROM members 
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21 
應改成: 
SELECT member_number, first_name, last_name FROM members 
WHERE dateofbirth < DATEADD(yy,-21,GETDATE()) 
即：任何對列的操做都將致使表掃描，它包括數據庫函數、計算表達式等等，查詢時要儘量將操做移至等號右邊。

5.應儘可能避免在where子句中對字段進行函數操做，這將致使引擎放棄使用索引而進行全表掃描。如：
select id from t where substring(name,1,3)='abc'--name以abc開頭的id
select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的id
應改成:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'

6.不要在 where 子句中的「=」左邊進行函數、算術運算或其餘表達式運算，不然系統將可能沒法正確使用索引。

7.在使用索引字段做爲條件時，若是該索引是複合索引，那麼必須使用到該索引中的第一個字段做爲條件時才能保證系統使用該索引，不然該索引將不會被使用，而且應儘量的讓字段順序與索引順序相一致。

不少時候用 exists是一個好的選擇：

elect num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)

SELECT SUM(T1.C1)FROM T1 WHERE( 
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0) 
SELECT SUM(T1.C1) FROM T1WHERE EXISTS( 
SELECT * FROM T2 WHERE T2.C2=T1.C2) 
二者產生相同的結果，可是後者的效率顯然要高於前者。由於後者不會產生大量鎖定的表掃描或是索引掃描。

若是你想校驗表裏是否存在某條紀錄，不要用count(*)那樣效率很低，並且浪費服務器資源。能夠用EXISTS代替。如： 
IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx') 
能夠寫成： 
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')

常常須要寫一個T_SQL語句比較一個父結果集和子結果集，從而找到是否存在在父結果集中有而在子結果集中沒有的記錄，如： 
SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示tbl用別名a代替 
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key) 
SELECT a.hdr_key FROM hdr_tbl a 
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key IS NULL 
SELECT hdr_key FROM hdr_tbl 
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl) 
三種寫法均可以獲得一樣正確的結果，可是效率依次下降。

1.儘可能使用表變量來代替臨時表。若是表變量包含大量數據，請注意索引很是有限（只有主鍵索引）。

2.避免頻繁建立和刪除臨時表，以減小系統表資源的消耗。

3.在新建臨時表時，若是一次性插入數據量很大，那麼可使用 select into 代替 create table，避免形成大量 log ，以提升速度；若是數據量不大，爲了緩和系統表的資源，應先create table，而後insert。

4.若是使用到了臨時表，在存儲過程的最後務必將全部的臨時表顯式刪除，先 truncate table ，而後 drop table ，這樣能夠避免系統表的較長時間鎖定。

5.臨時表並非不可以使用，適當地使用它們可使某些例程更有效，例如，當須要重複引用大型表或經常使用表中的某個數據集時。可是，對於一次性事件，最好使用導出表。

6.在全部的存儲過程和觸發器的開始處設置 SET NOCOUNT ON ，在結束時設置 SET NOCOUNT OFF 。無需在執行存儲過程和觸發器的每一個語句後向客戶端發送 DONE_IN_PROC 消息。

7.儘可能避免大事務操做，提升系統併發能力。

8.儘可能避免向客戶端返回大數據量，若數據量過大，應該考慮相應需求是否合理。 

9.避免使用不兼容的數據類型。例如float和int、char和varchar、binary和varbinary是不兼容的。數據類型的不兼容可能使優化器沒法執行一些原本能夠進行的優化操做。例如: 
SELECT name FROM employee WHERE salary > 60000 
在這條語句中,如salary字段是money型的,則優化器很難對其進行優化,由於60000是個整型數。咱們應當在編程時將整型轉化成爲錢幣型,而不要等到運行時轉化。

10.充分利用鏈接條件，在某種狀況下，兩個表之間可能不僅一個的鏈接條件，這時在 WHERE 子句中將鏈接條件完整的寫上，有可能大大提升查詢速度。 
例： 
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO 
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO 
第二句將比第一句執行快得多。

1.使用視圖加速查詢 
把表的一個子集進行排序並建立視圖，有時能加速查詢。它有助於避免多重排序 操做，並且在其餘方面還能簡化優化器的工做

2.能用DISTINCT的就不用GROUP BY 

3.能用UNION ALL就不要用UNION 

4.儘可能不要用SELECT INTO語句。 
SELECT INOT 語句會致使表鎖定，阻止其餘用戶訪問該表。

5.儘可能避免使用遊標，由於遊標的效率較差