MySQL版《一周一議》之雙11和數(shù)據(jù)庫的故事（積分已轉(zhuǎn)賬-2012-11-29）

send_linux

http李成功 發(fā)表于 2012-11-12 11:50
【被屏蔽】

這個(gè)是啥？

xike2002

      今年的雙11是各大電商相互爭搶的時(shí)刻，場面異�；鸨��？葱侣勆险f爽11期間，網(wǎng)購交易額達(dá)到300億人民幣，其中僅天貓商城一家的營業(yè)額就達(dá)到100億人民幣，這個(gè)數(shù)字真的是太可思議，恰恰是這種不可思議的數(shù)據(jù)見證中國互聯(lián)網(wǎng)行業(yè)的快速發(fā)展。
    仔細(xì)想一想天貓的案例，用戶訪問量大，并發(fā)數(shù)大，訪問速度慢，這些都是我們遇到的問題，但是不管他們后臺(tái)用的SQLserver、ORACLE還是SYBASE，總之經(jīng)過開發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)的努力，這些問題都很好的得到了解決。

banditsmile

回復(fù) 11# chinafenghao


    被板板發(fā)現(xiàn)了，{:2_168:}


請教一下，如何能快速的達(dá)到發(fā)帖回帖不輸入兩個(gè)驗(yàn)證碼

hbsycw

1、雙11.11你購了什么,購的過程中發(fā)現(xiàn)了哪些技術(shù)瓶頸？
     答：雙11購買了一些戶外裝備，購買過程和平時(shí)一樣，基本比較流暢，沒有發(fā)現(xiàn)什么問題。只是在購買之前，受充值送紅包誘惑，充了幾百RMB, 在整點(diǎn)搶紅包充值的過程中，跳轉(zhuǎn)支付寶，有幾次失敗體驗(yàn)，應(yīng)該是技術(shù)瓶頸：用戶太多，系統(tǒng)壓力比較大。但系統(tǒng)做的比較友好，會(huì)自動(dòng)重復(fù)3次跳轉(zhuǎn)提交，每次會(huì)間隔幾分鐘，如此提交三次都不成功，則系統(tǒng)會(huì)放棄嘗試。這應(yīng)該是系統(tǒng)主動(dòng)對負(fù)載的一種自我保護(hù)，以防核心業(yè)務(wù)系統(tǒng)崩潰。據(jù)此，可以看到成熟電商應(yīng)對大并發(fā)、高流量的解決之道，解決問題不僅是技術(shù)水平，更是技術(shù)策略的合理運(yùn)用。

2、如果你是淘寶的數(shù)據(jù)庫架構(gòu)師,你會(huì)如何設(shè)計(jì)雙11活動(dòng)數(shù)據(jù)庫故障的緊急處理預(yù)案？
     答：作為一名架構(gòu)師，對于系統(tǒng)架構(gòu)，也許你應(yīng)該有這樣的認(rèn)識(shí)，業(yè)務(wù)架構(gòu)看需求，技術(shù)架構(gòu)看成本。如何以最小的投入，而構(gòu)建出支持大并發(fā)、高流量的業(yè)務(wù)系統(tǒng)，應(yīng)該是每個(gè)優(yōu)秀架構(gòu)師的奮斗目標(biāo)。從系統(tǒng)架構(gòu)來講，資源總是有限的。一個(gè)系統(tǒng)能夠同時(shí)支持的用戶數(shù)，不可能是無限的，這不是說技術(shù)上達(dá)不到，而是，從硬件投入到系統(tǒng)商業(yè)產(chǎn)出的一個(gè)合理規(guī)劃問題。畢竟，像雙11這樣的高并發(fā)、大流量業(yè)務(wù)應(yīng)用時(shí)間，平時(shí)是比較少的。但，因?yàn)槭撬查g壓力爆發(fā)，如果系統(tǒng)沒有合理的技術(shù)架構(gòu)和應(yīng)對策略，顯然，系統(tǒng)是無法承受的�；氐秸�題，如果作為一名設(shè)計(jì)雙11活動(dòng)的的數(shù)據(jù)庫架構(gòu)師，針對這種讀多、寫少（大量的系統(tǒng)行為，應(yīng)該是查詢）的特定業(yè)務(wù)場景，多主多從的系統(tǒng)可擴(kuò)展架構(gòu)應(yīng)該是比較好的，根據(jù)以往的系統(tǒng)峰值，合理預(yù)估活動(dòng)的參加人數(shù)（一般會(huì)對這個(gè)預(yù)估值再乘上一個(gè)系數(shù)：1.5或者2，前提是你有比較專業(yè)的系統(tǒng)壓力測試），做好系統(tǒng)的擴(kuò)容；其次，做好系統(tǒng)的調(diào)度，對于非活動(dòng)期間的一些系統(tǒng)行為，能停掉的就先暫時(shí)停掉，確保主核心主業(yè)務(wù)的運(yùn)行；最后，做好系統(tǒng)的監(jiān)控，超過峰值，要進(jìn)行限流，高可用的系統(tǒng)架構(gòu)，網(wǎng)上很多，就不贅述。

qinyiwang

1、雙11.11你購了什么,購的過程中發(fā)現(xiàn)了哪些技術(shù)瓶頸？
我買了一個(gè)燈，一件衣服，充了一次話費(fèi)。均使用手機(jī)客戶端操作。
在充的話費(fèi)到賬后，我立即在客戶端進(jìn)行評價(jià)。結(jié)果點(diǎn)擊“確認(rèn)評價(jià)”后彈出對話框“評價(jià)失敗 HTTPRequest failed!” 評價(jià)了幾次都沒有看到成功的頁面。隔了一段時(shí)候以后再評價(jià)發(fā)現(xiàn)提示“待評價(jià)訂單狀態(tài)不正確” 啊哦
還有凌晨秒殺的時(shí)候感覺服務(wù)器太繁忙，那時(shí)候下單可能付款什么會(huì)有不正確的返回。應(yīng)付大點(diǎn)擊量還是不太行啊
之前搶紅包有個(gè)活動(dòng)也從20:00拖到了21:00說出現(xiàn)了技術(shù)故障。

2、如果你是淘寶的數(shù)據(jù)庫架構(gòu)師,你會(huì)如何設(shè)計(jì)雙11活動(dòng)數(shù)據(jù)庫故障的緊急處理預(yù)案？
備份多點(diǎn)吧

seesea2517

1、雙11.11你購了什么,購的過程中發(fā)現(xiàn)了哪些技術(shù)瓶頸？
對這些商家的噱頭沒有很多的興趣，隨便看了幾個(gè)商品的交易記錄，價(jià)格并沒有變化。
只是對之前購買收到貨的東西做了個(gè)確認(rèn)收貨，然后在評價(jià)的時(shí)候提示“評價(jià)失敗，小二正在緊急修復(fù)”，回退頁面后點(diǎn)擊評價(jià)提示已評價(jià)，查看評論確實(shí)已經(jīng)成功了。
推測可能是頁面提交后，數(shù)據(jù)庫繁忙，導(dǎo)致頁面超時(shí)，但數(shù)據(jù)庫在超時(shí)時(shí)間后又寫入成功了。

2、如果你是淘寶的數(shù)據(jù)庫架構(gòu)師,你會(huì)如何設(shè)計(jì)雙11活動(dòng)數(shù)據(jù)庫故障的緊急處理預(yù)案？
像我這種情況應(yīng)該是比較少的，因?yàn)榇蟛糠謻|西都是賣出后幾天才開始評價(jià)，所以這個(gè)問題也不需要太多關(guān)注。
我不是架構(gòu)師，沒啥專業(yè)的想法。個(gè)人認(rèn)為可以如下考慮：
- 主從，有故障時(shí)可快速切換
- 從產(chǎn)品策劃的活動(dòng)來預(yù)測可能的瓶頸服務(wù)，進(jìn)行負(fù)載均衡，及做好監(jiān)控

dengbao2001

雙11，我真沒在淘寶湊這個(gè)熱鬧，說實(shí)話雷聲大，雨點(diǎn)小。

倒是在中午12點(diǎn)事情，幫弟弟搶購了一個(gè)小米青春版的手機(jī)。

12點(diǎn)那個(gè)時(shí)候，網(wǎng)頁打開非常非常的慢

chinafenghao

@seesea2517
我覺著這點(diǎn)灰常棒，一定要從業(yè)務(wù)需求入手。

chinafenghao

@hbsycw
”據(jù)此，可以看到成熟電商應(yīng)對大并發(fā)、高流量的解決之道，解決問題不僅是技術(shù)水平，更是技術(shù)策略的合理運(yùn)用“
可以看出作者在技術(shù)和業(yè)務(wù)方面的掌控力非常強(qiáng),要成為優(yōu)秀的架構(gòu)師，一定要技術(shù),業(yè)務(wù)通吃。作者很棒。:wink: