圖紙管理系統(tǒng) 支撐日活百萬(wàn)用戶(hù)的高并發(fā)系統(tǒng),應(yīng)該如何設(shè)計(jì)其數(shù)據(jù)庫(kù)架構(gòu)? ?
支撐日活百萬(wàn)用戶(hù)的高并發(fā)系統(tǒng),應(yīng)該如何設(shè)計(jì)其數(shù)據(jù)庫(kù)架構(gòu)? ?以MySQL為列:1:要支持高并發(fā)系統(tǒng),必須涉及事務(wù),所以數(shù)據(jù)庫(kù)引擎必須選擇InnoDB。InnoDB支持事務(wù),事務(wù)級(jí)別取決于業(yè)務(wù)。如果業(yè)務(wù)
支撐日活百萬(wàn)用戶(hù)的高并發(fā)系統(tǒng),應(yīng)該如何設(shè)計(jì)其數(shù)據(jù)庫(kù)架構(gòu)? ?
以MySQL為列:
1:要支持高并發(fā)系統(tǒng),必須涉及事務(wù),所以數(shù)據(jù)庫(kù)引擎必須選擇InnoDB。InnoDB支持事務(wù),事務(wù)級(jí)別取決于業(yè)務(wù)。如果業(yè)務(wù)數(shù)據(jù)一致性要求非常高,事務(wù)將開(kāi)啟序列化級(jí)別,這將完全隔離事務(wù),但會(huì)導(dǎo)致對(duì)鎖資源的競(jìng)爭(zhēng)加劇。MySQL的性能在一定程度上降低了。
2:數(shù)據(jù)庫(kù)分為主數(shù)據(jù)庫(kù)和從數(shù)據(jù)庫(kù)。主數(shù)據(jù)庫(kù)負(fù)責(zé)寫(xiě)入數(shù)據(jù),集群數(shù)據(jù)庫(kù)負(fù)責(zé)讀取數(shù)據(jù)。注意主從數(shù)據(jù)庫(kù)的數(shù)據(jù)一致性。
3:冷熱數(shù)據(jù)分離,美團(tuán)、饑餓部分設(shè)計(jì)采用冷熱數(shù)據(jù)分離。以訂單為例,出庫(kù)單的主要業(yè)務(wù)場(chǎng)景是查詢(xún)。數(shù)據(jù)查詢(xún)?cè)较蚯埃怕试降?。這是冷數(shù)據(jù)。正在交易的訂單是熱點(diǎn)數(shù)據(jù),需要隨時(shí)查詢(xún)和更新。冷數(shù)據(jù)可以放入redis緩存。這將提高查詢(xún)效率。
4:數(shù)據(jù)表設(shè)計(jì),充分利用索引查詢(xún)。businesssql避免返回?zé)o用的行和列,禁止使用select*query,在查詢(xún)時(shí)增加限制,并盡可能返回滿(mǎn)足要求的行。對(duì)于復(fù)雜的SQL,請(qǐng)考慮拆分SQL。拆分SQL有一個(gè)優(yōu)點(diǎn)。對(duì)于重復(fù)查詢(xún)SQL,將第二次查詢(xún)放入MySQL緩沖區(qū),避免重復(fù)磁盤(pán)操作,提高訪問(wèn)性能。
5:子數(shù)據(jù)庫(kù)和子表。例如,業(yè)務(wù)數(shù)據(jù)按月份分類(lèi)。在一定程度上,增加、刪除、修改和檢查的壓力將得到緩解。
希望對(duì)您有所幫助。謝謝您。
寫(xiě)入mysql數(shù)據(jù)庫(kù)的數(shù)據(jù)量很大,數(shù)據(jù)庫(kù)架構(gòu)該怎么去設(shè)計(jì)?
對(duì)于這種大數(shù)據(jù)系統(tǒng),業(yè)界有很多成熟的解決方案
最簡(jiǎn)單的解決方案就是將讀寫(xiě)操作分開(kāi)。寫(xiě)操作只寫(xiě)在主數(shù)據(jù)庫(kù)中,配置自動(dòng)同步到從數(shù)據(jù)庫(kù)。將部分讀操作改為從操作,以減輕主數(shù)據(jù)庫(kù)的壓力。
您還可以向應(yīng)用程序添加redis緩存。查詢(xún)時(shí),可以先讀取緩存,如果無(wú)法讀取,則可以讀取數(shù)據(jù)庫(kù)。
如果是這種情況,壓力仍然過(guò)高,所以我們應(yīng)該考慮子表。
有許多方法可以將熱數(shù)據(jù)分離到表中,將非熱數(shù)據(jù)分離到表中?;蛘吒鶕?jù)用戶(hù)ID的結(jié)束號(hào)進(jìn)行散列,并在不同的表中分布不同的表。
如果讀寫(xiě)要求已超過(guò)單機(jī)支持能力,則需要考慮集群。您可以搜索如何使用MYCAT構(gòu)建數(shù)據(jù)庫(kù)集群