- 論壇徽章:
- 72
|
1.如果你的業(yè)務(wù)暴漲10倍或者100倍,你會(huì)把你得什么業(yè)務(wù)放在mysql 中
我們做的是物聯(lián)網(wǎng)的項(xiàng)目,業(yè)務(wù)數(shù)據(jù)主要是一些關(guān)系數(shù)據(jù)(用戶信息、公司信息、終端信息及其關(guān)系信息等)和歷史數(shù)據(jù)(增量數(shù)據(jù)),目前關(guān)系數(shù)據(jù)和歷史數(shù)據(jù)分別保存在不同的MySQL實(shí)例中,由于歷史數(shù)據(jù)不斷增多(每天上千萬條,數(shù)據(jù)每天增加20GB),所以我們將歷史數(shù)據(jù)分片保存在4個(gè)MySQL實(shí)例中。
如果說我們的業(yè)務(wù)暴漲10倍或者100倍,那么我們還會(huì)將關(guān)系數(shù)據(jù)保存在MySQL中,因?yàn)閱伪硪?guī)模不會(huì)超過千萬,并且這些數(shù)據(jù)需要事務(wù)型保證,即使這些表數(shù)據(jù)過億,我們也會(huì)保存在MySQL中(可能會(huì)嘗試PG),大不了采用SSD、分庫分表嘛。
在業(yè)務(wù)暴漲10倍或者100倍情況下,我們的存儲(chǔ)歷史數(shù)據(jù)每天數(shù)據(jù)增長200GB或2TB(每天增長數(shù)十億條數(shù)據(jù)),不管是從存儲(chǔ)空間利用率(想一下MySQL的空間利用率:raid10,1M2S,index占用空間等),還是性能方面的考慮(從上億條數(shù)據(jù)表中去查找數(shù)據(jù)),用MySQL都有點(diǎn)力不從心,更關(guān)鍵的是我們對(duì)數(shù)據(jù)的一致性要求不高(我們要的是趨勢曲線,而不是曲線上的所有的點(diǎn)),綜合考慮,歷史數(shù)據(jù)會(huì)考慮采用nosql存儲(chǔ):hbase、mongo、cassandra等。
note:請不要被“關(guān)系數(shù)據(jù)”誤導(dǎo),我這里說的關(guān)系數(shù)據(jù)和關(guān)系數(shù)據(jù)庫、非關(guān)系數(shù)據(jù)庫沒有直接關(guān)系。
2.未來我們的關(guān)系型數(shù)據(jù)庫會(huì)發(fā)展成什么樣子呢?
未來關(guān)系型數(shù)據(jù)庫我也說不上來,從用戶角度來說,我希望未來的關(guān)系型數(shù)據(jù)庫支持彈性擴(kuò)容、分布式事務(wù)、性能好。
3. 其實(shí)業(yè)務(wù)就是成倍的增長的,結(jié)合你的業(yè)務(wù)暴漲10倍or100倍你要怎么設(shè)計(jì)的架構(gòu)。讓你得系統(tǒng)可以抗過去
目前的情況就是改造業(yè)務(wù)后臺(tái),實(shí)現(xiàn)后臺(tái)服務(wù)程序無狀態(tài)橫向擴(kuò)展,解耦服務(wù)依賴,對(duì)服務(wù)進(jìn)行分級(jí),添加中間層(mq、proxy、lb等),應(yīng)對(duì)業(yè)務(wù)暴漲的帶來的壓力。
求票求書  |
評(píng)分
-
查看全部評(píng)分
|