為什么MySQL 刪除表數(shù)據(jù) 磁盤空間還一直被占用
最近有個上位機獲取下位機上報數(shù)據(jù)的項目,由于上報頻率比較頻繁且數(shù)據(jù)量大,導致數(shù)據(jù)增長過快,磁盤占用多。
為了節(jié)約成本,定期進行數(shù)據(jù)備份,并通過delete
刪除表記錄。
明明已經(jīng)執(zhí)行了delete
,可表文件的大小卻沒減小,令人費解
項目中使用Mysql
作為數(shù)據(jù)庫,對于表來說,一般為表結(jié)構(gòu)和表數(shù)據(jù)。表結(jié)構(gòu)占用空間都是比較小的,一般都是表數(shù)據(jù)占用的空間。
當我們使用 delete
刪除數(shù)據(jù)時,確實刪除了表中的數(shù)據(jù)記錄,但查看表文件大小卻沒什么變化。
1、Mysql數(shù)據(jù)結(jié)構(gòu)
凡是使用過mysql
,對B+樹
肯定是有所耳聞的,MySQL InnoDB
中采用了 B+
樹作為存儲數(shù)據(jù)的結(jié)構(gòu),也就是常說的索引組織表,并且數(shù)據(jù)時按照頁來存儲的。因此在刪除數(shù)據(jù)時,會有兩種情況:
- 刪除數(shù)據(jù)頁中的某些記錄
- 刪除整個數(shù)據(jù)頁的內(nèi)容
2、表文件大小未更改和mysql設計有關(guān)
比如想要刪除 R4 這條記錄:
InnoDB
直接將 R4
這條記錄標記為刪除,稱為可復用的位置。如果之后要插入 ID
在 300
到 700
間的記錄時,就會復用該位置。
由此可見,磁盤文件的大小并不會減少。
通用刪除整頁數(shù)據(jù)也將記錄標記刪除,數(shù)據(jù)就復用用該位置,與刪除默寫記錄不同的是,刪除整頁記錄,當后來插入的數(shù)據(jù)不在原來的范圍時,都可以復用位置,而如果只是刪除默寫記錄,是需要插入數(shù)據(jù)符合刪除記錄位置的時候才能復用。
因此,無論是數(shù)據(jù)行的刪除還是數(shù)據(jù)頁的刪除,都是將其標記為刪除的狀態(tài),用于復用,所以文件并不會減小。
3、那怎么才能讓表大小變小
DELETE
只是將數(shù)據(jù)標識位刪除,并沒有整理數(shù)據(jù)文件,當插入新數(shù)據(jù)后,會再次使用這些被置為刪除標識的記錄空間,可以使用OPTIMIZE TABLE
來回收未使用的空間,并整理數(shù)據(jù)文件的碎片。
OPTIMIZE TABLE 表名;
注意:OPTIMIZE TABLE
只對MyISAM
, BDB
和InnoDB
表起作用。
另外,也可以執(zhí)行通過ALTER TABLE
重建表
ALTER TABLE 表名 ENGINE=INNODB
有人會問OPTIMIZE TABLE
和ALTER TABLE
有什么區(qū)別?
alter table t engine = InnoDB
(也就是recreate),而 optimize table t
等于 recreate+analyze
4、Online DDL
最后,再說一下Online DDL
,dba
的日常工作肯定有一項是ddl變更,ddl變更會鎖表,這個可以說是dba
心中永遠的痛,特別是執(zhí)行ddl
變更,導致庫上大量線程處于“Waiting for meta data lock
”狀態(tài)的時候。因此在 5.6 版本后引入了 Online DDL
。
Online DDL
推出以前,執(zhí)行ddl主要有兩種方式copy
方式和inplace
方式,inplace
方式又稱為(fast index creation
)。相對于copy
方式,inplace
方式不拷貝數(shù)據(jù),因此較快。但是這種方式僅支持添加、刪除索引兩種方式,而且與copy方式一樣需要全程鎖表,實用性不是很強。Online
方式與前兩種方式相比,不僅可以讀,還可以支持寫操作。
執(zhí)行online DDL
語句的時候,使用ALGORITHM
和LOCK
關(guān)鍵字,這兩個關(guān)鍵字在我們的DDL
語句的最后面,用逗號隔開即可。示例如下:
ALTER TABLE tbl_name ADD COLUMN col_name col_type, ALGORITHM=INPLACE, LOCK=NONE;
ALGORITHM選項
- INPLACE:替換:直接在原表上面執(zhí)行
DDL
的操作。 - COPY:復制:使用一種臨時表的方式,克隆出一個臨時表,在臨時表上執(zhí)行
DDL
,然后再把數(shù)據(jù)導入到臨時表中,在重命名等。這期間需要多出一倍的磁盤空間來支撐這樣的 操作。執(zhí)行期間,表不允許DML
的操作。 - DEFAULT:默認方式,有
MySQL
自己選擇,優(yōu)先使用INPLACE
的方式。
- LOCK選項
- SHARE:共享鎖,執(zhí)行
DDL
的表可以讀,但是不可以寫。 - NONE:沒有任何限制,執(zhí)行
DDL
的表可讀可寫。 - EXCLUSIVE:排它鎖,執(zhí)行
DDL
的表不可以讀,也不可以寫。 - DEFAULT:默認值,也就是在
DDL
語句中不指定LOCK
子句的時候使用的默認值。如果指定LOCK
的值為
DEFAULT
,那就是交給MySQL
子句去覺得鎖還是不鎖表。不建議使用,如果你確定你的DDL
語句不會鎖表,你可以不指定lock
或者指定它的值為default
,否則建議指定它的鎖類型。
執(zhí)行DDL
操作時,ALGORITHM
選項可以不指定,這時候MySQL
按照INSTANT
、INPLACE
、COPY
的順序自動選擇合適的模式。也可以指定ALGORITHM=DEFAULT
,也是同樣的效果。如果指定了ALGORITHM
選項,但不支持的話,會直接報錯。
OPTIMIZE TABLE
和 ALTER TABLE
表名 ENGINE=INNODB
都支持Oline DDL
,但依舊建議在業(yè)務訪問量低的時候使用
5、總結(jié)
delete
刪除數(shù)據(jù)時,其實對應的數(shù)據(jù)行并不是真正的刪除,僅僅是將其標記成可復用的狀態(tài),所以表空間不會變小。
可以重建表的方式,快速將delete
數(shù)據(jù)后的表變?。?code>OPTIMIZE TABLE 或ALTER TABLE
),在 5.6 版本后,創(chuàng)建表已經(jīng)支持 Online
的操作,但最好是在業(yè)務低峰時使用
到此這篇關(guān)于為什么MySQL 刪除表數(shù)據(jù) 磁盤空間還一直被占用的文章就介紹到這了,更多相關(guān)MySQL
刪除表數(shù)據(jù) 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- MySQL刪除表數(shù)據(jù)、清空表命令詳解(truncate、drop、delete區(qū)別)
- MySQL刪除表操作實現(xiàn)(delete、truncate、drop的區(qū)別)
- MySQL如何刪除表中的數(shù)據(jù)
- MySQL刪除表的三種方式(小結(jié))
- mysql查找刪除表中重復數(shù)據(jù)方法總結(jié)
- MySql刪除表中一行的實操方法
- mysql創(chuàng)建刪除表的實例詳解
- MySQL刪除表數(shù)據(jù)的方法
- MySQL刪除表的時候忽略外鍵約束的簡單實現(xiàn)
- MySQL命令行刪除表中的一個字段
- MySQL刪除表三種操作及delete、truncate、drop語句的區(qū)別
相關(guān)文章
mysql忘記root密碼的解決辦法(針對不同mysql版本)
這篇文章主要介紹了mysql忘記root密碼的解決辦法(針對不同mysql版本),文章通過代碼示例和圖文結(jié)合的方式給大家講解的非常詳細,對大家的學習或工作有一定的幫助,需要的朋友可以參考下2024-06-06IP處理函數(shù)inet_aton()和inet_ntoa()使用說明
IP處理函數(shù)inet_aton()和inet_ntoa()使用說明,需要的朋友可以參考下2012-03-03navicat中創(chuàng)建存儲過程、觸發(fā)器和使用游標的簡單實例(圖文)
這篇文章主要介紹了navicat中創(chuàng)建存儲過程、觸發(fā)器和使用游標的簡單實例,需要的朋友可以參考下2017-02-02