關於資料庫的學習，一個繞不過的東西就是資料庫的分庫分表，還是有必要總結一下，以後工作的時候會用到，面試的時候也會用到的。

1. 什麼是資料庫分表

關於分庫分表字面理解就把原本儲存在一個庫一個表中的資料分儲到多個表或者多個庫上

2. 為什麼要分庫分表

資料庫中的資料量不一定是可控的，隨著時間和業務的發展，庫中的表會越來越多，表中的資料量會越來越大，相應的，資料操作，增刪改查的效率會降低、開銷會越來越大，另外無法進行分散式部署，而一臺伺服器的資源是有限的，最終資料庫所能承載的資料量、資料處理能力都將遇到瓶頸，通過分庫分表可以針對性的解決一下瓶頸，但也是會遇到響應的一些問題。

3. 分庫分表有哪些方式

1.垂直分表
垂直分表在日常開發和設計中比較常見，通俗的說法叫做“大表拆小表”，拆分是基於關係型資料庫中的列進行的，通常情況某個表中欄位較多，可以新建一張擴充套件表，將不經常用的或者長度較大的欄位拆分出來放到“擴充套件表”中。
拆分欄位的操作建議在資料庫設計階段就做好，如果發展過程中拆分，則需要改寫以前的查詢語句，會帶來一定的成本和風險

2.垂直分庫
垂直分庫在“微服務”盛行的今天已經非常普及了，基本思路是按照業務模組劃分不同的資料庫，而不是像早起一樣將所有的資料庫表都放到同一個庫中

3.水平分表
水平分表也稱為橫向分表，比較容易理解，就是將表中不同的資料按照一定規律分佈到不通的資料庫表中，這樣來降低單表的資料量，優化查詢效能，水平分表能降低單表資料量，一定程度上可以緩解查詢效能的瓶頸，但本質上這些表儲存在同一個庫中，所以庫級別還是會有io瓶頸
4.水平分庫分表

4. 分庫分表有哪些問題

分庫分錶帶來的效能優化非常客觀，同時帶來的問題也很有挑戰，主要問題如下：
1.事務問題：
在執行分庫分表之後，由於資料儲存到了不同的庫上，資料庫事務管理出現了困難，如果依賴資料庫本身的分散式事務管理功能去執行事務，將付出高昂的效能代價，如果由應用程式去協助控制，形成程式邏輯上的事務，又會造成程式設計方面的負擔
2.跨庫join問題：
在執行分庫分表之後，難免會將原來邏輯性很強的資料劃分到不通的表，不同的庫上，這時，表的關聯操作將收到限制，無法join操作，結果原來一次查詢能夠完成的業務，可能需要多次查詢才能完成
3.額外的資料管理負擔和資料運算壓力：