mysql刪除操做實際上是假刪除

在 InnoDB 中，你的 delete 操做，並不會真的把數據刪除，mysql 實際上只是給刪除的數據打了個標記，標記爲刪除，所以你使用 delete 刪除表中的數據，表文件在磁盤上所佔空間不會變小，咱們這裏暫且稱之爲假刪除。

上面這個是結論，咱們能夠經過一個例子來驗證下。

沿用前面文章中的例子吧，先建立一個存儲過程，插入 10w 條數據，而後看下這 10w 條數據佔了多大的空間。

CREATE TABLE `t` (
  `id` int(11) NOT NULL,
  `a` int(11) DEFAULT NULL,
  `b` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `a` (`a`),
  KEY `b` (`b`)
) ENGINE=InnoDB;
複製代碼

#定義分割符號，mysql 默認分割符爲分號;，這裏定義爲 //
#分隔符的做用主要是告訴mysql遇到下一個 // 符號即執行上面這一整段sql語句
delimiter //

#建立一個存儲過程，並命名爲 testData
create procedure testData() 

#下面這段就是表示循環往表裏插入10w條數據
begin
  declare i int;
  set i=1;
  while(i<=100000)do
    insert into t values(i, i, i);
    set i=i+1;
  end while;
end //  #這裏遇到//符號，即執行上面一整段sql語句

delimiter ; #恢復mysql分隔符爲;

call testData(); #調用存儲過程
複製代碼

#下面這兩條命令能夠查看錶文件所佔空間大小
mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t';
+-------------------------------------------------+
| concat(round(sum(DATA_LENGTH/1024/1024),2),'M') |
+-------------------------------------------------+
| 3.52M                                           |
+-------------------------------------------------+
1 row in set (0.04 sec)
複製代碼

能夠看到 10w 條數據在 mysql 中佔用了 3.52M 大小的空間，那麼咱們執行刪除命令 delete from t，再看看呢。

#先刪除表全部數據，再從新查看錶文件大小
mysql> delete from t;
Query OK, 100000 rows affected (0.46 sec)

mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t';
+-------------------------------------------------+
| concat(round(sum(DATA_LENGTH/1024/1024),2),'M') |
+-------------------------------------------------+
| 3.52M                                           |
+-------------------------------------------------+
1 row in set (0.00 sec)
複製代碼

從結果能夠發現表數據被清空後，表所佔空間大小並無變化，這就驗證了上面的結論，delete 操做並無真正刪除數據，表的空間並無被釋放。

這些被刪除的記錄行，只是被標記刪除，是能夠被複用的，下次有符合條件的記錄是能夠直接插入到這個被標記的位置的。

好比咱們在 id 爲 300-600 之間的記錄中刪除一條 id=500 的記錄，這條記錄就會被標記爲刪除，等下一次若是有一條 id=400 的記錄要插入進來，那麼就能夠複用 id=500 被標記刪除的位置，這種狀況叫行記錄複用。

還有一種狀況是數據頁複用，就是指整個數據頁都被標記刪除了，因而這整個數據頁均可以被複用了，和行記錄複用不一樣的是，數據頁複用對要插入的數據幾乎沒有條件限制。

還以上面那個插入爲例，假如要插入的記錄是 id=1000，那麼就不能複用 id=500 這個位置了，但若是有一整個數據頁可複用的話，那麼不管 id 值爲多少均可以被複用在這個頁上。

這些被標記刪除的記錄，其實就是一個空洞，有種佔着茅坑不拉屎的感受，浪費空間不說，還會影響查詢效率。

由於你要知道，mysql 在底層是以數據頁爲單位來存儲和讀取數據的，每次向磁盤讀一次數據就是讀一個數據頁，然而每訪問一個數據頁就對應一次磁盤 IO 操做，磁盤 IO 相對內存訪問速度是至關慢的。

因此你想一想，若是一個表上存在大量的數據空洞，本來只需一個數據頁就保存的數據，因爲被不少空洞佔用了空間，不得不須要增長其餘的數據頁來保存數據，相應的，mysql 在查詢相同數據的時候，就不得不增長磁盤 IO 操做，從而影響查詢速度。

其實不只僅是刪除操做會形成數據空洞，插入和更新一樣也會形成空洞，這裏就不細說了，你知道就行。

所以，一個數據表在通過大量頻繁的增刪改以後，不免會產生數據空洞，浪費空間並影響查詢效率，一般在生產環境中會直接表現爲本來很快的查詢會變得愈來愈慢。

對於這種狀況，咱們一般可使用下面這個命令就能解決數據空洞問題。

optimize table t
複製代碼

這個命令的原理就是重建表，就是創建一個臨時表 B，而後把表 A（存在數據空洞的表） 中的全部數據查詢出來，接着把數據所有從新插入到臨時表 B 中，最後再用臨時表 B 替換表 A 便可，這就是重建表的過程。

咱們再來試驗一下，看看效果。

mysql> optimize table t;
+--------+----------+----------+-------------------------------------------------------------------+
| Table  | Op       | Msg_type | Msg_text                                                          |
+--------+----------+----------+-------------------------------------------------------------------+
| test.t | optimize | note     | Table does not support optimize, doing recreate + analyze instead |
| test.t | optimize | status   | OK                                                                |
+--------+----------+----------+-------------------------------------------------------------------+
2 rows in set (0.39 sec)

mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') from tables where table_schema='test' AND table_name='t';
+-------------------------------------------------+
| concat(round(sum(DATA_LENGTH/1024/1024),2),'M') |
+-------------------------------------------------+
| 0.02M                                           |
+-------------------------------------------------+
1 row in set (0.00 sec)
複製代碼

能夠看到表文件大小已經變成 0.02M了，說明表空間被釋放了，這個 0.02M 應該是定義表結構文件的大小了。

另外下面這個命令也能夠實現重建表，能夠達到跟上面同樣的效果，並且推薦你們使用下面這個命令，你們能夠試試。

alter table t engine=InnoDB
複製代碼

注意本文內容是基於 InnoDB 引擎，對於其餘引擎可能存在一些差別。原創不易，若是文章對你有啓發，就點個贊吧，有疑問也能夠在下面留言交流，也能夠與我私信交流，感謝支持。