《JAVA——幫你解決高并發(fā)秒殺》

【準備】

首先我們要考慮的是為什么要解決高并發(fā)，高并發(fā)瓶頸出現(xiàn)在哪里，有了解過的朋友肯定知道是在數(shù)據(jù)庫，因為在大量請求去操作數(shù)據(jù)庫時會出現(xiàn)數(shù)據(jù)的錯亂，超賣，系統(tǒng)崩潰，mysql死鎖等現(xiàn)象。

【思路】

（一）、 頁面靜態(tài)化：就是將整個頁面存儲到redis中，下次訪問時去讀取redis中的頁面值

（二）、主要對整個網(wǎng)站的靜態(tài)資源文件進行加速，如圖片，css，js等

（三）、數(shù)學驗證碼：用戶在計算驗證碼結(jié)果時可以減少大量請求同時進入，減少redis, mysql，服務(wù)器的壓力。

（四）、庫存標識：這是一個巨大優(yōu)化，通過標識來判斷redis的庫存是否足夠，如不足就中斷去讀取redis庫存。例：boolean over = map.get(goodsId);當我們map通過key讀取到value值為true的時候，就返回錯誤提示給用戶， if(over) { return Result.error(‘庫存不足’); }.....這樣不管以后有多個請求進入都只運行兩行代碼，以下的操作無法進入。

（五）、生成動態(tài)url：主要是防止惡意用戶通過固定url進行提前秒殺商品（安全方面問題這個不可掉以輕心，你連安全措施都沒做好以下的那些操作都是白搭的）

（六）、 redis預(yù)減庫存：在用戶秒殺商品前去redis獲取當前的庫存數(shù)量，然后在秒殺時候直接減去redis存儲的庫存（大家放心這里Redis和MySQL數(shù)據(jù)是同步的，只要進入MQ隊列操作完成下單，MySQL數(shù)據(jù)庫會-1數(shù)量），從而避開去MySQL讀取庫存數(shù)據(jù)。

（七）、MQ消息隊列：它是一個中間消息鍵，通過生產(chǎn)者發(fā)送消息給消費者，進行業(yè)務(wù)操作，而生產(chǎn)者無需知道執(zhí)行結(jié)果，也就是用戶點擊秒殺之后等待處理結(jié)果，之后再去輪詢查詢處理結(jié)果（異步操作），這樣就避開了不斷請求去操作數(shù)據(jù)庫。（這里的輪詢查詢也是直接從redis里面去查詢，因為秒殺成功之后會將秒殺的結(jié)果放到redis中，輪詢時候通過key去查詢）

（八）、Nginx：解決高并發(fā)的好方法，也就是我們多增加幾個tomcat服務(wù)器。當用戶訪問的時候，請求可以提交到空閑的tomcat服務(wù)器上。

（九）、數(shù)據(jù)庫集群、庫表散列

①大型網(wǎng)站都有復(fù)雜的應(yīng)用，這些應(yīng)用必須使用數(shù)據(jù)庫，那么在面對大量訪問的時候，數(shù)據(jù)庫的瓶頸很快就能顯現(xiàn)出來，這時一臺數(shù)據(jù)庫將很快無法滿足應(yīng)用，于是我們需要使用數(shù)據(jù)庫集群或者庫表散列。

②在數(shù)據(jù)庫集群方面，很多數(shù)據(jù)庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什么樣的DB，就參考相應(yīng)的解決方案來實施即可。

③上面提到的數(shù)據(jù)庫集群由于在架構(gòu)、成本、擴張性方面都會受到所采用DB類型的限制，于是我們需要從應(yīng)用程序的角度來考慮改善系統(tǒng)架構(gòu)，庫表散列是常用并且最有效的解決方案。

④我們在應(yīng)用程序中安裝業(yè)務(wù)和應(yīng)用或者功能模塊將數(shù)據(jù)庫進行分離，不同的模塊對應(yīng)不同的數(shù)據(jù)庫或者表，再按照一定的策略對某個頁面或者功能進行更小的數(shù)據(jù)庫散列，比如用戶表，按照用戶ID進行表散列，這樣就能夠低成本的提升系統(tǒng)的性能并且有很好的擴展性。

（十）、負載均衡

負載均衡將是大型網(wǎng)站解決高負荷訪問和大量并發(fā)請求采用的高端解決辦法。

（十一）反向代理

客戶端直接訪問的服務(wù)器并不是直接提供服務(wù)的服務(wù)器，它從別的服務(wù)器獲取資源，然后將結(jié)果返回給用戶。

代理服務(wù)器和反向代理服務(wù)器：

代理服務(wù)器是代我們訪獲取資源，然后將結(jié)果返回。例如，訪問外網(wǎng)的代理服務(wù)器。反向代理服務(wù)器是我們正常訪問一臺服務(wù)器的時候，服務(wù)器自己調(diào)用了別的服務(wù)器。

反向代理就是說，用戶的請求請求到負載均衡的設(shè)備上，負載均衡設(shè)備再講請求分發(fā)到空閑的應(yīng)用服務(wù)器上處理，處理完成之后再通過負載均衡設(shè)備返回給用戶，這樣對于用戶來說，后來的分發(fā)是不可見的。

反向代理的實現(xiàn)

1）需要有一個負載均衡設(shè)備來分發(fā)用戶請求，將用戶請求分發(fā)到空閑的服務(wù)器上

2）服務(wù)器返回自己的服務(wù)到負載均衡設(shè)備

3）負載均衡將服務(wù)器的服務(wù)返回用戶

代理服務(wù)器我們主動使用，是為我們服務(wù)的，不需要有自己的域名；反向代理是服務(wù)器自己使用的，我們并不知道，有自己的域名。