當(dāng)數(shù)據(jù)庫(kù)扼住系統(tǒng)性能咽喉，直接分庫(kù)分表能解決嗎？分庫(kù)分表是比較靠后的優(yōu)化手段，因?yàn)槌杀颈容^高。遇到數(shù)據(jù)庫(kù)瓶頸:- 首先考慮sql優(yōu)化，這是最簡(jiǎn)單的方法。對(duì)現(xiàn)有系統(tǒng)基本沒(méi)有影響。- 其次就是考慮數(shù)據(jù)庫(kù)的

當(dāng)數(shù)據(jù)庫(kù)扼住系統(tǒng)性能咽喉，直接分庫(kù)分表能解決嗎？

分庫(kù)分表是比較靠后的優(yōu)化手段，因?yàn)槌杀颈容^高。

遇到數(shù)據(jù)庫(kù)瓶頸:

- 首先考慮sql優(yōu)化，這是最簡(jiǎn)單的方法。對(duì)現(xiàn)有系統(tǒng)基本沒(méi)有影響。

- 其次就是考慮數(shù)據(jù)庫(kù)的讀寫(xiě)分離，這也是相對(duì)簡(jiǎn)單的方法。在數(shù)據(jù)庫(kù)層面進(jìn)行配置，系統(tǒng)層面只需要調(diào)整一下獲取數(shù)據(jù)庫(kù)連接的邏輯。讀數(shù)據(jù)時(shí)即可以獲取主庫(kù)連接，也可以獲取從庫(kù)連接。寫(xiě)數(shù)據(jù)時(shí)只獲取主庫(kù)連接。

- 再考慮增加緩存層。將數(shù)據(jù)緩存到緩存中，當(dāng)再次訪問(wèn)時(shí)不再?gòu)臄?shù)據(jù)庫(kù)獲取。一般緩存層對(duì)系統(tǒng)是透明的，基本對(duì)系統(tǒng)本身沒(méi)有影響。但是引入緩存，也引入了相應(yīng)的需要考慮的問(wèn)題，比如雪崩，命中率，分布式緩存等

- 還有一種非技術(shù)手段，就是改需求。引起性能問(wèn)題的原因是否是需求不合理？或者需求太復(fù)雜？是否可以簡(jiǎn)化需求？此方法對(duì)系統(tǒng)的影響也相對(duì)較小。

- 最后才考慮分庫(kù)分表。優(yōu)先分庫(kù)，因?yàn)橄鄬?duì)分表更簡(jiǎn)單。將對(duì)應(yīng)的表移動(dòng)到新庫(kù)，調(diào)整系統(tǒng)獲取數(shù)據(jù)庫(kù)連接的邏輯。這里需要考慮要移動(dòng)哪些表，在提高性能的前提下，首先盡量避免分布式事務(wù)。

- 最最后，考慮分表。分表的主要原因是單表數(shù)據(jù)量太大。分表又分縱切和橫切?？v切就是按列切，比如用戶表，常用信息為基本信息表，其它信息為詳情表。橫切就是按行切，比如一億數(shù)據(jù)量的表切分為十張一千萬(wàn)的表。這里就涉及數(shù)據(jù)該存放到哪張表，或從哪張表里取。分表后又可以分庫(kù)，來(lái)進(jìn)一步優(yōu)化。

- 如果涉及到分布式事務(wù)，又要考慮如何保證分布式事務(wù)。理論方面2pc，3pc，paxos，cap，base。對(duì)應(yīng)的中間件的使用。

對(duì)系統(tǒng)的設(shè)計(jì)和優(yōu)化不是人云亦云，需要根據(jù)實(shí)際的場(chǎng)景來(lái)進(jìn)行處理。