寫入mysql數(shù)據(jù)庫的數(shù)據(jù)量很大，數(shù)據(jù)庫架構(gòu)該怎么去設(shè)計(jì)？對于這種大數(shù)據(jù)系統(tǒng)，業(yè)界有很多成熟的解決方案最簡單的解決方案就是將讀寫操作分開。寫操作只寫在主數(shù)據(jù)庫中，配置自動同步到從數(shù)據(jù)庫。將部分讀操作改

寫入mysql數(shù)據(jù)庫的數(shù)據(jù)量很大，數(shù)據(jù)庫架構(gòu)該怎么去設(shè)計(jì)？

對于這種大數(shù)據(jù)系統(tǒng)，業(yè)界有很多成熟的解決方案

最簡單的解決方案就是將讀寫操作分開。寫操作只寫在主數(shù)據(jù)庫中，配置自動同步到從數(shù)據(jù)庫。將部分讀操作改為從操作，以減輕主數(shù)據(jù)庫的壓力。

您還可以向應(yīng)用程序添加redis緩存。查詢時，可以先讀取緩存，如果無法讀取，則可以讀取數(shù)據(jù)庫。

如果是這種情況，壓力仍然過高，所以我們應(yīng)該考慮子表。

有許多方法可以將熱數(shù)據(jù)分離到表中，將非熱數(shù)據(jù)分離到表中?；蛘吒鶕?jù)用戶ID的結(jié)束號進(jìn)行散列，并在不同的表中分布不同的表。

如果讀寫要求超過了單機(jī)的支持能力，則需要考慮集群。你可以用MYCAT搜索如何建立數(shù)據(jù)庫集群

以MySQL為列：

1:支持高并發(fā)系統(tǒng)肯定會涉及事務(wù)，所以數(shù)據(jù)庫引擎必須選擇InnoDB。InnoDB支持事務(wù)，事務(wù)級別取決于業(yè)務(wù)。如果業(yè)務(wù)數(shù)據(jù)一致性要求很高，事務(wù)級別就很高，打開序列化級別，這樣事務(wù)就被完全隔離，但是鎖資源的競爭就加劇了。MySQL的性能在一定程度上降低了。

2:數(shù)據(jù)庫分為主數(shù)據(jù)庫和從數(shù)據(jù)庫。主數(shù)據(jù)庫負(fù)責(zé)寫入數(shù)據(jù)，集群數(shù)據(jù)庫負(fù)責(zé)讀取數(shù)據(jù)。注意主從數(shù)據(jù)庫的數(shù)據(jù)一致性。

3:冷熱數(shù)據(jù)分離，美團(tuán)、饑餓部分設(shè)計(jì)采用冷熱數(shù)據(jù)分離。以訂單為例，出庫單的主要業(yè)務(wù)場景是查詢。數(shù)據(jù)查詢越向前，概率越低。這是冷數(shù)據(jù)。正在交易的訂單是熱點(diǎn)數(shù)據(jù)，需要隨時查詢和更新。冷數(shù)據(jù)可以放入redis緩存。這將提高查詢效率。

4：數(shù)據(jù)表設(shè)計(jì)，充分利用索引查詢。businesssql避免返回?zé)o用的行和列，禁止使用select*query，在查詢時增加限制，并盡可能返回滿足要求的行。對于復(fù)雜的SQL，請考慮拆分SQL。拆分SQL有一個優(yōu)點(diǎn)。對于重復(fù)查詢SQL，將第二次查詢放入MySQL緩沖區(qū)，避免重復(fù)磁盤操作，提高訪問性能。

5：子數(shù)據(jù)庫和子表。例如，業(yè)務(wù)數(shù)據(jù)按月份分類。在一定程度上，增加、刪除、修改和檢查的壓力將得到緩解。

希望對您有所幫助。謝謝您。