當然不是這樣。

數(shù)據(jù)庫有沒有問題，我們要根據(jù)系統(tǒng)對數(shù)據(jù)庫的讀寫壓力來決定。

通常用戶達到一定量級，我們會根據(jù)系統(tǒng)的業(yè)務(wù)特征，作出相應(yīng)的技術(shù)框架調(diào)整和服務(wù)器擴容。我以常見中小互聯(lián)網(wǎng)公司系統(tǒng)的數(shù)據(jù)擴容過程簡單說明下，大致這么個過程：

單實例數(shù)據(jù)庫-->讀寫分離-->緩存服務(wù)-->多實例數(shù)據(jù)庫-->多實例緩存-->冷熱分離-->數(shù)據(jù)平臺沉淀-->分布式搜索引擎

當然這個過程不是特別嚴謹，也非常的粗糙。不同的業(yè)務(wù)系統(tǒng)，需要做的拆分和數(shù)據(jù)擴容手段會有區(qū)別。有些人甚至喜歡用服務(wù)器本身的內(nèi)存來緩存一部分數(shù)據(jù)。這里只是簡單說明下，當系統(tǒng)給數(shù)據(jù)庫帶來壓力的時候，我們要持續(xù)不斷的做技術(shù)跟進。當然隨著業(yè)務(wù)系統(tǒng)的發(fā)展，技術(shù)架構(gòu)也往往會做解藕拆分。技術(shù)架構(gòu)和業(yè)務(wù)架構(gòu)是相輔相成的。

這里簡單貼一張常見的互聯(lián)網(wǎng)基本架構(gòu)圖：

如對系統(tǒng)架構(gòu)設(shè)計感興趣，或查看我之前的回答。里面有資料的分享。謝謝