支撐日活百萬用戶的高并發(fā)系統(tǒng)，應該如何設計其數(shù)據(jù)庫架構？ ？以mysql為列：1：支撐高并發(fā)系統(tǒng)，一定會涉及事務，所以數(shù)據(jù)庫引擎必選innodb，innodb支持事務，事務級別根據(jù)業(yè)務而定，如果業(yè)務數(shù)

支撐日活百萬用戶的高并發(fā)系統(tǒng)，應該如何設計其數(shù)據(jù)庫架構？ ？

以mysql為列：

1：支撐高并發(fā)系統(tǒng)，一定會涉及事務，所以數(shù)據(jù)庫引擎必選innodb，innodb支持事務，事務級別根據(jù)業(yè)務而定，如果業(yè)務數(shù)據(jù)一致性要求很高，事務就開啟序列化級別，這樣就完全隔離事務，但是會導致鎖資源競爭加劇。mysql的性能有一定的降低。

2：讀寫分離，數(shù)據(jù)庫分成主庫和從庫，主庫負責寫數(shù)據(jù)，叢庫負責讀數(shù)據(jù)。注意主從數(shù)據(jù)庫數(shù)據(jù)一致性問題。

3：冷熱數(shù)據(jù)分離，美團，餓了么部分設計采用冷熱數(shù)據(jù)分離，拿訂單來說，已送達訂單，主要的業(yè)務場景就是查詢，越往前的數(shù)據(jù)查詢的概率就越低。這就是冷數(shù)據(jù)。正在交易的訂單就是熱數(shù)據(jù)，需要時時查詢和更新。對于冷數(shù)據(jù)，可以放到redis緩存。這樣會增加查詢效率。

4：數(shù)據(jù)表設計，充分利用索引查詢。業(yè)務sql避免返回無用的行和列，禁止使用select *查詢，查詢的時候加limit，盡可能返回滿足要求的行。對于復雜的sql，考慮拆分sql，拆分sql有一個好處，重復查詢的sql，第二次查詢會放到mysql的緩沖區(qū)，避免重復操作磁盤，提高訪問的性能。

5：分庫分表。比如業(yè)務數(shù)據(jù)按月分等。一定程度緩解增刪改查的壓力。

希望對你有一定的幫助。謝謝。