一、表空間
1、表空間： innodb 引擎存儲的最高層； 存放所有的數據
2、獨立表空間：Mysql 版本 5.6 后默認開啟的單表單空間
（1）Innodb 默認存儲引擎頁的大小為 16K ；默認表空間 大小為96k
（2）獨立表空間 開啟方式 innodb_file_per_table ON 從Mysql 5.6.6 開始，默認值 ON
二、數據頁空洞
如果我們修改了 info表 的表結構 ，比如 給表添加注釋，發現 9440 Dec 14 09:59 info.frm 磁盤上的 frm 表結構文件 立刻被更新了。 那我們如果刪除一行數據呢？ 從文件更改時間上來看也是立刻修改了。 180224 Dec 14 10:03 temp.ibd 但是 idb數據文件 大小 180224卻沒有改變 那么數據庫的刪除流程到底是怎么樣的？ 為什么我們刪除一行，存儲的ibd文件大小卻沒有改變，當我們點擊 刪除表的時候，SQl 引擎發生了什么？
1、Innodb 的刪除
為什么 ibd 文件不會變小？
- InnoDb 的數據存儲類型是 B+樹 ，B+樹的葉子結點上 ，存儲的是 數據頁 ； 一頁數據頁存儲的是 數據記錄，假設一條數據記錄占用 200字節 ，一頁數據頁大小為 16Kb ，那么一頁可以存儲80條數據記錄 ，當某條數據記錄，比如 ID = 300 的數據記錄被刪除了，實際上，引擎只會標記這條數據記錄為刪除，而不會將數據記錄從磁盤上抹去，所以磁盤文件上的 ibd 文件不會縮小
- 一個數據頁 Page A 上，總是存儲着 ID從 X 到 X+N 的 數據記錄， 如果 X 到 X+N 之間的數據記錄被刪除了，會留下一個數據空洞，那么插入的X 到 X+N 區間之間，且不在PageA上，就會復用這個數據頁， 所以文件大小不會減少
- 如果刪除了1整個數據頁的所有記錄，那么這整個數據頁都會被復用，
- 所以刪除和插入，其實是在數據頁上，產生和填補空洞 的過程 ，經過刪除更新插入的表，都可能會產生大量的空洞。
2、整理數據頁的空洞
那么，當一張表被更新插入，產生了數據空洞之后，如何整理數據頁，使得數據變得更緊湊呢？
可以采取重建表的操作 alter table，實際上這里是 引擎自動完成了 轉存數據、交換表名、刪除舊表的操作
mysql> alter table temp engine=innodb; 163840 Dec 14 10:52 temp.ibd
3、測試數據頁的增長效果
新建一張 new_test 表
CREATE TABLE `new_test` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `name` char(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=191 DEFAULT CHARSET=utf8mb4;
我們知道 初始 ibd文件 的大小默認是 96K ，inndb 默認單個數據頁大小是16K，對 new_test 表進行數據增加，觀察 ibd文件大小。
insert into new_test (name) value("leon”)
發現 當rows 增長時，ibd文件大小增長規律如下：
idb文件大小 VS rows
96k – 0～81
128k – 82～136
144k – 136～190
160k – 190～255
16K 增長對應 54條rows ，1條row算出來約等於 296.29b ， 正好等於 char 255b + int（11） 44 = 299b 。
可以看出來的確是由連續的數據頁組成數據的。
4、數據空洞的復用
為了數據空洞的復用的問題，我們來刪除 new_test 表 1-180行中的 155-160 行 ，ibd文件 原始大小為 144KB，當我們刪除 150-160 這時候，數據頁就有了 10條ID 的空洞 ，此時表中ID是 ： 0-149 161 -180 共計 170條， 那么這時候，插入20條 還是 10條 數據頁呢 ？
測試可得。插入20條，ID到 201。表空間變為 160k，所以原來的數據頁存在空洞 可以被復用（？？待理解！！）
---按照計算應該一條數據是800b，有十條空洞，再加入10條，應該是144KB+0.8*10=152KB，160k不是說明原來的空洞沒有復用上嗎？？
原文：https://blog.csdn.net/qq_28018283/article/details/85003657