一個系統(tǒng)在用戶多，高并發(fā)的情況下，數(shù)據(jù)庫該如何設(shè)計？高并發(fā)的情況下，對于系統(tǒng)各個方面都有一定的要求，單從數(shù)據(jù)庫層面主要有以下幾點：1、讀寫分離 高并發(fā)的場景讀寫分離是第一要做的。一般的系統(tǒng)都是讀的頻率

一個系統(tǒng)在用戶多，高并發(fā)的情況下，數(shù)據(jù)庫該如何設(shè)計？

高并發(fā)的情況下，對于系統(tǒng)各個方面都有一定的要求，單從數(shù)據(jù)庫層面主要有以下幾點：

1、讀寫分離

高并發(fā)的場景讀寫分離是第一要做的。一般的系統(tǒng)都是讀的頻率要遠遠大于寫的頻率。所以我們將讀寫分開，從庫讀，主庫寫，一主多從，根據(jù)qps和iops大小再進行擴容調(diào)整。

2、分庫分表

分庫分表的目的在于降低單個表的數(shù)據(jù)量，提升查詢效率。主要有橫向拆分和縱向拆分。橫向就是把一張表的數(shù)據(jù)分到不同的庫或表，每張表的數(shù)據(jù)結(jié)構(gòu)一樣?？v向就是把一張寬表拆分成小表。例如，一張表有50個字段，可以將常用的字段放到一張表，不常用的放到另一張表。

3、索引

索引是必須要的。針對查詢條的不同，建立相關(guān)索引，可以極大的提升查詢效率。

最后，我們加入緩存、優(yōu)化sql、優(yōu)化業(yè)務(wù)邏輯，目的就是盡可能的減少操作數(shù)據(jù)庫的次數(shù)，降低iops。

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

以mysql為列：

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

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

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

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

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

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

數(shù)據(jù)庫高并發(fā)請求，如何保證數(shù)據(jù)完整性？

所謂并發(fā)，從概念可以看出其并不是并行，在用戶的角度來看有一種同時執(zhí)行的錯覺，但在數(shù)據(jù)庫內(nèi)部確實串行的，或者說在某種粒度是串行的。

以更新表中某一行數(shù)據(jù)為例，在更新時會對改行數(shù)據(jù)加鎖，避免其它進程對該行的訪問，從而避免數(shù)據(jù)沖突。

除此以外，還有其它各種鎖來適應(yīng)不同的場景。所以，我們所謂的并發(fā)場景下，并不會出現(xiàn)數(shù)據(jù)問題。