Mysql 磁盤(pán)清理相關(guān)要點(diǎn)

1. 為啥磁盤(pán)還是滿的 ?

應(yīng)該是 MySQL 并沒(méi)有真正清理掉這部分?jǐn)?shù)據(jù),而是假刪除。這種假刪除的行為在 Linux 中并不稀罕,屬于常規(guī)操作,算是一種策思想,所以斷定 MySQL 也這么干了。

查看碎片信息命令:

SELECT * from 
(
    SELECT CONCAT(table_schema,'.',table_name) AS 'table_name', 
    table_rows AS 'Number of Rows', 
    CONCAT(ROUND(data_length/(1024*1024),6),' M') AS 'data_size', 
    CONCAT(ROUND(index_length/(1024*1024),6),' M') AS 'index_size' , 
    CONCAT(ROUND(data_free/(1024*1024),6),' M') AS'data_free',
    ENGINE as 'engine'
    FROM information_schema.TABLES 
    WHERE table_schema = #{庫(kù)名}
) t ORDER BY data_free DESC;
  • data_size :數(shù)據(jù)的大小
  • index_size :索引的大小
  • data_free :數(shù)據(jù)在使用中的留存空間
  • engine :表引擎名稱
    其中 data_free 代表磁盤(pán)碎片的大小, 也就是需要消滅清理的地方。

2. 磁盤(pán)清理神器

不同的 MySQL 存儲(chǔ)引擎清理方式有所不同。

SHOW ENGINES;  // 查看引擎命令

MySQL 中有多種存儲(chǔ)引擎,常用的有 MyISAM 和 InnoDB,先看看這兩個(gè)有什么特點(diǎn):

3.1 MyISAM 引擎

MyISAM 基于 ISAM 存儲(chǔ)引擎,并對(duì)其進(jìn)行擴(kuò)展。

  • 支持 B-tree/FullText/R-tree 索引類(lèi)型
  • 鎖級(jí)別為表鎖,表鎖優(yōu)點(diǎn)是開(kāi)銷(xiāo)小,加鎖快;缺點(diǎn)是鎖粒度大,發(fā)生鎖沖動(dòng)概率較高,容納并發(fā)能力低,這個(gè)引擎適合查詢?yōu)橹鞯臉I(yè)務(wù);
  • 此引擎不支持事務(wù),也不支持外鍵;
  • BLOB 和 TEXT 列可以被索引;
  • 強(qiáng)調(diào)了 快速讀取操作,比如他存儲(chǔ)表的行數(shù),只需要直接讀取已經(jīng)保存好的值而不需要進(jìn)行全表掃描。

3.2 InnoDB 引擎

  • 支持事務(wù),支持回滾,支持外鍵;
  • 支持 Hash/B-tree 索引類(lèi)型;
  • 鎖級(jí)別為行鎖,行鎖優(yōu)點(diǎn)是適用于高并發(fā)的頻繁修改,高并發(fā)是性能優(yōu)于 MyISAM;
  • 系統(tǒng)小號(hào)較大,不僅緩存自身,也緩存數(shù)據(jù),相比于 MyISAM 需要更大的內(nèi)存。

3.3 操作命令

InnoDB 可以選擇的操作命令包括:

OPTIMIZE TABLE tablename
ALTER TABLE tablename ENGINE = InnoDB

實(shí)際上運(yùn)行上述清理命令時(shí),MySQL 會(huì)鎖定表,清理的數(shù)據(jù)越大,消耗的時(shí)間越久,因此這個(gè)操作一定要在夜深人靜的時(shí)候操作。
命令好像是一句廢話,它實(shí)際執(zhí)行的是一個(gè)空的 ALTER 命令會(huì)重建整個(gè)表,刪除未使用的空白空間。

4. MySQL 為什么會(huì)有碎片

以 InnoDB 存儲(chǔ)引擎為例,來(lái)看看為什么會(huì)出現(xiàn)碎片。

  • 當(dāng)執(zhí)行刪除一些行,這些行只是標(biāo)記為“已刪除”,而不是真的從索引中物理刪除了,因而空間并沒(méi)有真正的被釋放回收。
  • 大量隨機(jī)刪除操作,會(huì)造成不連續(xù)的空白空間,當(dāng)插入數(shù)據(jù)時(shí),這些空白空間會(huì)被優(yōu)先利用起來(lái),但是肯定不會(huì)被全部利用起來(lái),也就會(huì)存在數(shù)據(jù)碎片。
  • 大量 UPDATE 操作,InnoDB 的最小物理存儲(chǔ)分配單位是頁(yè),在更新變長(zhǎng)時(shí) UPDATE 也可能導(dǎo)致頁(yè)分裂,頻繁的也分裂,頁(yè)會(huì)變得稀疏,并且被不規(guī)則的填充,最終會(huì)有碎片,比如原來(lái) 256 字節(jié)修改后是 128 字節(jié),那么可能出現(xiàn) 128 字節(jié)左右的空洞無(wú)法被利用。
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容