對於分庫分表來說，主要是面對以下問題： 選擇一個數據庫中間件，調研、學習、測試； 設計你的分庫分表的一個方案，你要分成多少個庫，每個庫分成多少個表，比如 3 個庫，每個庫 4 個表； 基於選擇好的數據庫中間件，以及在測試環境建立好的分庫分表的環境，然后測試一下能否正常 ...

　　設定好幾台數據庫服務器，每台服務器上幾個庫，每個庫多少個表，推薦是32庫 * 32表。 　　比如4台服務器，每台服務器上8個庫，每個庫32張表。 　　路由的規則，orderId%32 = 庫，orderId / 32 %32 = 表 　　擴容的時候，申請增加更多的數據庫服務器 ...

停機擴容（不推薦） 這個方案就跟停機遷移一樣，步驟幾乎一致，唯一的一點就是那個導數的工具，是把現有庫表的數據抽出來慢慢倒入到新的庫和表里去。但是最好別這么玩兒，有點不太靠譜，因為既然分庫分表就說明數據量實在是太大了，可能多達幾億條，甚至幾十億，你這么玩兒，可能會出問題。 從單庫單表遷移到分庫分 ...

　　對於我們常用的分庫分表方案來說，有很大的優勢，分庫分表的擴容是一件頭疼的問題，如果采用對db層做一致性hash，或是中間件的支持，它的成本過於高昂了，如果不如此，只能停機維護來處理，對高可用性會產生影響。 　　那是否有方案，既可以快速擴展，又不降低可用性？這一篇，我們聊聊分庫分表的擴展方案 ...

單體應用 每個創業公司基本都是從類似SSM和SSH這種架構起來的，沒什么好講的，基本每個程序員都經歷過。 RPC應用 當業務越來越大，我們需要對服務進行水平擴容，擴容很簡單，只要保證服務是無狀態的就可以了，如下圖： 當業務又越來越大，我們的服務關系錯綜復雜，同時，有很多服務訪問都是 ...

、分片策略、平滑擴容方案、以及流行的方案。 1 分庫分表概述在業務量不大時，單庫單表即可支撐。 當數據 ...

目錄 分庫分表概述 分庫分表相關術語 什么時候采用分庫分表 分庫分表 水平分庫 水平分表 垂直分庫 垂直分表 全局ID生成策略 自動增長 ...

前言 像我這樣的菜鳥，總會有各種疑問，剛開始是對 JDK API 的疑問，對 NIO 的疑問，對 JVM 的疑問，當工作幾年后，對服務的可用性，可擴展性也有了新的疑問，什么疑問呢？其實是老生常談的話題：服務的擴容問題。 正常情況下的服務演化之路 讓我們從最初開始。 單體應用 每個創業 ...