什么意思？云架構(gòu)數(shù)據(jù)庫的動(dòng)態(tài)擴(kuò)容？回滾是刪除由一個(gè)或多個(gè)部分完成的事務(wù)執(zhí)行的更新。為保證應(yīng)用程序、數(shù)據(jù)庫或系統(tǒng)錯(cuò)誤后還原數(shù)據(jù)庫的完整性，需要使用回滾。阿里云的自定義鏡像是針對(duì)有效運(yùn)行云服務(wù)器的用戶，通

什么意思？云架構(gòu)數(shù)據(jù)庫的動(dòng)態(tài)擴(kuò)容？

回滾是刪除由一個(gè)或多個(gè)部分完成的事務(wù)執(zhí)行的更新。為保證應(yīng)用程序、數(shù)據(jù)庫或系統(tǒng)錯(cuò)誤后還原數(shù)據(jù)庫的完整性，需要使用回滾。

阿里云的自定義鏡像是針對(duì)有效運(yùn)行云服務(wù)器的用戶，通過已創(chuàng)建的自定義鏡像，幫助您一次性開通多臺(tái)已完全拷貝相同操作系統(tǒng)及環(huán)境數(shù)據(jù)等的云服務(wù)器，以便滿足您彈性擴(kuò)容的業(yè)務(wù)需求。

而快照是對(duì)某一當(dāng)前時(shí)刻的系統(tǒng)盤或數(shù)據(jù)盤中的系統(tǒng)或數(shù)據(jù)，進(jìn)行完全拷貝，以便在用戶數(shù)據(jù)錯(cuò)誤或丟失狀態(tài)下，進(jìn)行數(shù)據(jù)回滾到最近一次快照的數(shù)據(jù)狀態(tài)。

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

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

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

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

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

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

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

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

- 最最后，考慮分表。分表的主要原因是單表數(shù)據(jù)量太大。分表又分縱切和橫切?？v切就是按列切，比如用戶表，常用信息為基本信息表，其它信息為詳情表。橫切就是按行切，比如一億數(shù)據(jù)量的表切分為十張一千萬的表。這里就涉及數(shù)據(jù)該存放到哪張表，或從哪張表里取。分表后又可以分庫，來進(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)景來進(jìn)行處理。

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

以mysql為列：

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

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

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

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

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

希望對(duì)你有一定的幫助。謝謝。

女兒要去華為工作，數(shù)據(jù)庫、大數(shù)據(jù)、分布式存儲(chǔ)三個(gè)部門選一，哪一個(gè)發(fā)展前景比較好？

看來博主你家人才輩出啊 這種問題就不用問了 這么優(yōu)秀的兒女 想去哪都行