【準(zhǔn)備】

? ? 首先我們要考慮的是為什么要解決高并發(fā)，高并發(fā)瓶頸出現(xiàn)在哪里，有了解過(guò)的朋友肯定知道是在數(shù)據(jù)庫(kù)，因?yàn)樵诖罅空?qǐng)求去操作數(shù)據(jù)庫(kù)時(shí)會(huì)出現(xiàn)數(shù)據(jù)的錯(cuò)亂，超賣(mài)，系統(tǒng)崩潰，mysql死鎖等現(xiàn)象。

【思路】

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

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

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

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

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

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

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

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

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

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

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

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

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

（十）、負(fù)載均衡

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

（十一）反向代理

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

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

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

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

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

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

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

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

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