本文介紹查看空間使用情況的方式，以及各種空間問題的原因和解決方案。

如果MySQL數(shù)據(jù)庫實(shí)例的磁盤空間滿，會(huì)導(dǎo)致實(shí)例變?yōu)橹蛔x狀態(tài)，寫業(yè)務(wù)夯住，應(yīng)用無法對數(shù)據(jù)庫進(jìn)行寫入操作，從而影響業(yè)務(wù)正常運(yùn)行。本文介紹查看空間使用情況的方式，以及各種空間問題的原因和解決方案。

查看空間使用情況

您可以在實(shí)例管理的基本信息頁面查看存儲(chǔ)空間和備份空間的使用情況，這里只展示當(dāng)前的空間使用總量，沒有展示各類數(shù)據(jù)分別占用的磁盤空間信息，也沒有空間使用的歷史信息。

您還可以在實(shí)例基本信息的查看監(jiān)控指標(biāo)"磁盤使用量" 查看磁盤空間使用的歷史信息和變化曲線。

Binlog日志文件占用過多

原因及現(xiàn)象：

默認(rèn)binlog日志是保留7天，如果是在遷移大量數(shù)據(jù)，實(shí)例磁盤空間太小的話，會(huì)短時(shí)間內(nèi)產(chǎn)生大量的binlog導(dǎo)致磁盤空間不足。

解決方案：

MySQL Binlog日志文件占用過多，可以在mysql命令行上使用PURGE BINARY LOGS BEFORE '2023-06-26 10:00:00'或者PURGE BINARY LOGS TO 'mysql-bin.010'來臨時(shí)清理本地binlog日志，釋放磁盤空間，或者臨時(shí)修改實(shí)例expire_logs_days參數(shù)。

表上的索引太多導(dǎo)致空間不足

原因及現(xiàn)象：

通常表上除了主鍵索引，還存在二級索引，二級索引越多，整個(gè)表空間就越大。

解決方案：

優(yōu)化數(shù)據(jù)結(jié)構(gòu)，減少二級索引的數(shù)量，合并索引建立聯(lián)合索引等。

大字段導(dǎo)致空間不足

原因及現(xiàn)象：

如果表結(jié)構(gòu)定義中有blob、text等大字段或很長的varchar字段，也會(huì)占用更大的表空間。

解決方案：

優(yōu)化表數(shù)據(jù)結(jié)構(gòu)，壓縮數(shù)據(jù)后再插入。

表空間碎片太多導(dǎo)致空間不足

原因及現(xiàn)象：

空閑表空間太多到最后InnoDB表的碎片率高。InnoDB是按頁（Page）管理表空間的，如果Page寫滿記錄，然后部分記錄又被刪除，后續(xù)這些刪除的記錄位置又沒有新的記錄插入，就會(huì)產(chǎn)生很多空閑空間。MySQL 的表在進(jìn)行了長時(shí)間多次 delete 、update 和 insert 后，表空間會(huì)出現(xiàn)碎片。定期進(jìn)行表空間整理，消除碎片可以提高訪問表空間的性能。

解決方案：

使用以下命令可以找出表空間中可釋放空間超過100M的最大10個(gè)表：

mysql> select table_name,round(data_length/1024/1024) as data_length_mb,  round(data_free/1024/1024) as data_free_mb   
from information_schema.tables   where round(data_free/1024/1024) > 100  order by data_free_mb desc limit 10;
+------------+----------------+--------------+
| TABLE_NAME | data_length_mb | data_free_mb |
+------------+----------------+--------------+
| sbtest1    |            232 |          274 |
+------------+----------------+--------------+
1 row in set (0.02 sec)

使用 alter table ... force 進(jìn)行表空間整理和 OPTIMIZE TABLE tablename命令的作用一樣，這個(gè)命令適用于 InnoDB , MyISAM 和 ARCHIVE 三種引擎的表。但是對于 InnoDB 的表，不支持 OPTIMIZE TABLE 命令，可以用 alter table sbtest1 engine=innodb 代替 ，在業(yè)務(wù)低峰期整理表空間。

mysql> OPTIMIZE TABLE sbtest1;
+----------------+----------+----------+-------------------------------------------------------------------+
| Table          | Op       | Msg_type | Msg_text                                                          |
+----------------+----------+----------+-------------------------------------------------------------------+
| sbtest.sbtest1 | optimize | note     | Table does not support optimize, doing recreate + analyze instead |
| sbtest.sbtest1 | optimize | status   | OK                                                                |
+----------------+----------+----------+-------------------------------------------------------------------+
2 rows in set (1 min 25.24 sec)
 
mysql> alter table sbtest1 engine=innodb;
Query OK, 0 rows affected (1 min 3.06 sec)
Records: 0  Duplicates: 0  Warnings: 0

臨時(shí)表空間過大導(dǎo)致空間不足

原因及現(xiàn)象：

半連接(Semi-join)、去重(distinct)、不走索引的order by等操作，會(huì)創(chuàng)建臨時(shí)表，如果涉及的數(shù)據(jù)量過多，可能導(dǎo)致臨時(shí)表空間過大。DDL操作重建表空間時(shí)，如果表特別大，創(chuàng)建索引排序時(shí)產(chǎn)生的臨時(shí)文件也會(huì)特別大。另外很多online DDL操作是不支持Instant算法而是通過創(chuàng)建新表實(shí)現(xiàn)的，DDL執(zhí)行結(jié)束再刪除舊表，DDL過程中會(huì)同時(shí)存在兩份表。

解決方案：

可以查看explain執(zhí)行計(jì)劃，確認(rèn)是否包含Using Temporary 。大表DDL需要注意實(shí)例的空間是否足夠，不足的話請?zhí)崆皵U(kuò)容磁盤。

到此這篇關(guān)于MySQL磁盤空間不足問題解決的文章就介紹到這了,更多相關(guān)MySQL磁盤空間不足內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論