作為一個合格的 DBA，在遇到線上單表數(shù)據(jù)量超過千萬級別的時候，往往會建議用戶通過分表來縮減單表數(shù)據(jù)量，當(dāng)用戶問為什么單表數(shù)據(jù)量不能超過千萬時，DBA 往往會說：單表數(shù)據(jù)量超過千萬，會影響查詢性能。

知其然而不知所以然，學(xué)習(xí)技術(shù)不能停留在表面，而是要進一步去深入挖掘其中的原理，這樣才能不斷進步和成長?；氐竭@個問題：為什么單表數(shù)據(jù)量不能超過兩千萬，其中的依據(jù)是什么？

事情是這樣的：

小王最近參加了騰訊的技術(shù)面試，面試官向他提了一個經(jīng)典的面試問題：聊聊你日常項目里的分庫分表實踐？

于是小王以過往項目里的某個 case 為例做了回答：

面試官又問：這里為什么要做一個分庫分表的操作呢？如果放在同一張表里面，為什么會導(dǎo)致查詢性能降低？

小王內(nèi)心 OS：為什么1+1=2？但他還是語氣平常地回答說：

面試官點了點頭表示認可，卻也沒有在這個問題上繼續(xù)深究，繼而問起了別的問題，不久后就結(jié)束了面試。小王回過神來以后復(fù)盤這次面試過程，覺得自己在 MySQL 分庫分表問題上沒有回答得特別到位，于是他開始進一步地深究起來這個“1+1=2”的問題。

我們先來看看單表數(shù)據(jù)量理論上最大值是多少？

假設(shè)我們建表，ID 是自增主鍵，也就是說主鍵的大小可以限制表的上限。如果主鍵聲明為 int 類型，那么 int 類型最大為2的32次方 – 1 ，也就是21億左右；

如果主鍵聲明為 bigint 類型，那么 bigint 類型最大為2的64次方 – 1，這個數(shù)字實在太大了，一般還沒到這個限制，磁盤就撐不住了；

如果主鍵聲明為tinyint類型，那么 tinyint 類型最大為2的8次方 – 1，也就是255，所以如果我插入一條 ID=256 的數(shù)據(jù)，就會報錯；

上面是從自增主鍵的角度來講述單表最大數(shù)據(jù)量理論上能達到多少，那么接下來從另一個角度“數(shù)據(jù)頁”來闡述一下，單表數(shù)據(jù)量最大能達到多少，依據(jù)是什么？

假設(shè)我們有一張 user 表，其中 ID 是自增主鍵，那么該表在硬盤文件上是 user.ibd（innodb 數(shù)據(jù)文件，又叫表空間文件）。這個數(shù)據(jù)文件被劃分成很多的數(shù)據(jù)頁，每個數(shù)據(jù)頁大小是16K。

即數(shù)據(jù)頁的結(jié)構(gòu)如下：

數(shù)據(jù)是以數(shù)據(jù)頁的形式進行存儲，數(shù)據(jù)頁和數(shù)據(jù)頁之間是以B+樹的形式進行關(guān)聯(lián)，例如：

其中，葉子節(jié)點的數(shù)據(jù)頁存放的是實際存儲的數(shù)據(jù)，非葉子節(jié)點存放的是索引內(nèi)容。B+樹的每一層代表一次磁盤 IO。

舉個例子，如果我要尋找 ID=5 的記錄，從頂部非葉子節(jié)點開始查找，由于 ID=5 大于1并且小于7，故應(yīng)該往左邊尋找，來到頁號為6的數(shù)據(jù)頁，由于5大于4，故應(yīng)該往右邊尋找，來到頁號為105的數(shù)據(jù)頁，找到 ID=5 的記錄，完成查詢。

這個過程中查詢了三個數(shù)據(jù)頁，如果這三個數(shù)據(jù)頁都沒有加載到內(nèi)存，那么就需要經(jīng)歷三次磁盤 IO 查詢。

了解完 B+樹是如何存儲數(shù)據(jù)的，我們就可以開始進行數(shù)據(jù)的估算。

假設(shè)：非葉子節(jié)點內(nèi)指向其他數(shù)據(jù)頁的指針數(shù)量為 X（即非葉子節(jié)點的最大子節(jié)點數(shù)為 X）；每個葉子節(jié)點可以存儲的行記錄數(shù)為 Y；B+樹的高度為 N（即  B+樹的層數(shù)）；

代入計算：

綜上所述，我們建議單表數(shù)據(jù)量大小在兩千萬。當(dāng)然這個數(shù)據(jù)是根據(jù)每條行記錄的大小為 1K 的時候估算而來的，而實際情況中可能并不是這個值，所以這個建議值兩千萬只是一個建議，而非一個標準。

最后考一個問題：一個4層的 B+樹，主鍵是 bigint 型，一條記錄平均長度是1K，不考慮碎片，能存放多少條記錄？

答案：

根據(jù) B+樹存儲數(shù)據(jù)的計算公式：M = X 的 N-1 次方 * Y：

一個數(shù)據(jù)頁大小16K，扣除頁號、前后指針、頁目錄，校驗碼等信息，實際可以存儲數(shù)據(jù)的大約為15K，假設(shè)主鍵 ID 為 bigint 型，那么主鍵 ID 占用8個 byte，頁號占用4個byte，則X=15*1024/(8 + 4) 等于1280；

每條記錄1K大小，一個數(shù)據(jù)頁有15K是用來存儲數(shù)據(jù)的，那么一個數(shù)據(jù)頁就能存儲15條記錄；

所有葉子節(jié)點數(shù)量為 X 的 N-1 次方，即1280*1280*1280；存儲的記錄數(shù)總數(shù)為：葉子節(jié)點數(shù)量 * 每個葉子節(jié)點存儲的記錄數(shù)，所以 M = 1280*1280*1280*15。