在整理專案的時候，突然發現對資料庫的水平切分與垂直切分比較模糊，特此學習！

參考：https://www.cnblogs.com/bluebluesky/articles/6413831.html

1、資料庫分割槽

  就是把同一個資料庫裡的表放到不同的伺服器上，負載均衡，但是在使用者上來看，只有一個伺服器

2、資料庫分表

    把一張表按照一定的規則分解成不同的實體表。比如垂直劃分和水平劃分

  2.1、垂直切分

    把不同功能，不同模組的資料分別放到不同的表中，但是如果同一個模組的資料量太大就會存在效能瓶頸

   2.2、水平切分

  垂直切分解決不了大表的瓶頸，如果同一個功能中表的資料量過大，就要對該表進行切分，為水平切分

通俗理解：垂直切分---分不同的模組表；水平切分---分同一個模組下的多個表

   2.3、二者的結合

  垂直切分可以使模組的劃分更清晰，分成功能不同的表；水平切分可以解決大資料下大表效能的瓶頸問題。

   2.4、案例

以mysql為例，簡單購物系統暫設涉及如下表：

　　1.產品表（資料量10w，穩定）　　2.訂單表（資料量200w，且有增長趨勢）　　3.使用者表 （資料量100w，且有增長趨勢）　　以mysql為例講述下水平拆分和垂直拆分，mysql能容忍的數量級在百萬靜態資料可以到千萬　　垂直拆分：　　解決問題：　　表與表之間的io競爭　　不解決問題：　　單表中資料量增長出現的壓力　　方案：　　把產品表和使用者表放到一個server

上　　訂單表單獨放到一個server上　　水平拆分：　　解決問題：　　單表中資料量增長出現的壓力　　不解決問題：　　表與表之間的io爭奪　　方案：　　使用者表通過性別拆分為男使用者表和女使用者表　　訂單表通過已完成和完成中拆分為已完成訂單和未完成訂單　　產品表 未完成訂單放一個server上　　已完成訂單表盒男使用者表放一個server上　　女使用者表放一個server上(女的愛購物)

3、分庫

    將一堆資料放到不同的資料庫中儲存，上面說的都是在同一個資料庫上，分庫是分到不同的資料庫上

4、分割槽和分表的區別與聯絡

   1）分割槽和分表的目的都是減少資料庫的負擔，提高表的增刪改查效率

   2）分割槽知識一張表中的資料的儲存位置發生變化，還是在一張表中，分表是將一張表分成多張表

  3）當訪問量大，且表資料比較火時，兩種方式可以相互配合使用

  4）當訪問量不大，但表資料比較多時，可以只進行分割槽

5、分庫分表存在的問題：

  1）事務問題

   在執行分庫分表之後，由於資料儲存到了不同的庫上，資料庫事務管理出現了困難。如果依賴資料庫本身的分散式事務管理功能去執行事務，將付出昂貴的效能代價，如果由應用程式去協助控制，形成程式邏輯上的事務，又會造成程式設計方面的負擔。

 2）跨庫跨表的join問題

  在執行了分庫分表之後，難以避免會將原本邏輯關聯性很強的資料劃分到不同的表，不同的庫上，這是，標的關聯操作將會受到限制，我們無法join位於不同分庫的表，也無法join分表粒度不同的表，結果一次查詢能夠完成的業務，可能需要多次查詢才能完成

  3）額外的資料管理負擔和資料運算壓力

   額外的資料管理負擔，就是資料的定位問題和資料的增刪改查的重複執行問題，這些都可以通過應用程式解決，但必然會引起額外的邏輯運算，例如，對於一個記錄使用者乘積的使用者資料表userTable，業務要求查出成績最好的100位，在進行分表之前，只需要一個order by語句就可以搞定，但是在進行分表之後，將需要n個order by語句，分別查出每一個分表的前100名使用者資料，然後再對這些資料進行合併計算，才能得出結果