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