>[info] 分庫分表場景要求 **不到萬不得已，不會輕易去訂單分庫分表：** 因為分庫分表會產生諸如分布式事務以及多表查詢和統計等等問題。 在分庫分表前，你先嘗試用nosql和搜索引擎或讀寫分離或mysql分區去解決，如果這些都解決不了，才 不得不用分庫分表。 >[info] 為什么需要分庫分表 1. 表太大了，超過5000萬可能就是msyql瓶頸了，到底多少萬，要綜合考慮 **字段個數** 以及 **硬件配置** 和應用優化度 2. 加速查詢，原因∶ 2.1 大表變小表,小表快。 2.2 壓力被分散到各個庫和表，壓力小了自然快。 3. 降低壓力降低負載，一個庫負載壓力變成多個庫共同承擔 4. 容災，如果沒分庫分表，一但單庫掛了，就所有數據都操作不了了。但是這個不是從根本上解決容災，只是有—定作用(數據分片)。 >[info] 分表 比如你單表都幾千萬數據了，你確定你能扛住么？絕對不行，單表數據量太大，會極大影響你的 sql 執 行的性能，到了后面你的 sql 可能就跑的很慢了。一般來說，就以我的經驗來看，單表到幾百萬的時 候，性能就會相對差一些了，你就得分表了。 **1. 分表是啥意思？** 就是把一個表的數據放到多個表中，然后查詢的時候你就查一個表。比如按照用戶 id 來分表，將一個用 戶的數據就放在一個表中。然后操作的時候你對一個用戶就操作那個表就好了。這樣可以控制每個表的 數據量在可控的范圍內，比如每個表就固定在 200 萬以內。 **2. 怎么拆分？** 大表拆分為小表  >[info] 分庫 **1. 分庫是啥意思？** 就是你一個庫一般我們經驗而言，最多支撐到并發 2000，一定要擴容了，而且一個健康 的單庫并發值你最好保持在每秒 1000 左右，不要太大。那么你可以將一個庫的數據拆分到多個庫中， 訪問的時候就訪問一個庫好了。  **2. 怎么進行分庫** **數據庫以業務實體來進行劃分設計：** 即根據業務進行垂直拆分。原來的表在一個數據庫中，根據表來存 儲管理各業務數據。現在業務數據以數據庫為單位來管理存儲。  >[info] 分庫分表原理 分庫分表就是把網站數據根據相關的規則拆分到不同的庫與不同的表中。當業務需要的時候，再根據拆分規則去到對應數據庫中進行數據的獲取。最后進行SQL條件的查詢匹配。 **那應該按照什么規則來對數據進行拆分呢？** 1. **水平拆分：** 根據業務表中指定的數據范圍來進行數據拆分。 **優點：** 1.1 每張表的訂單數量是均勻的，所以壓力分配比較合理。 1.2 拓展性好。后面不需要做架構調整了，一個拆分架構方案用幾十年。 **缺點：** 1.3 插入數據時太集中 1.4 假設—張表存100萬，現在插入的最大id是288萬，那么這個插入是在那張表? 2. **hash取模：** 指定數據表中的某字段來進行取模運算。根據取模結果把數據劃分到不同的數據表。 2.1 **優點：** 數據分配均勻，不會出現集中插入。 2.2 **缺點：** 拓展性不好，遷移數據時需要重新進行hash運算。  每次查找數據，需要取模計算，得到對應的值，在根據值來找到對應的數據表。**如果你不想取模找庫**， **你可以增加配置文件**，里面保存了**庫和表的映射關系**。通過這種方式，你只需要知道表名，就能通過庫 和表的映射關系獲得庫名。 >[info] 大數據量拆分流程 1. 垂直拆庫 2. 水平分表 3. 庫表擴容