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

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

查看空間使用情況

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

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

Binlog日志文件占用過多

原因及現(xiàn)象：

默認binlog日志是保留7天，如果是在遷移大量數(shù)據(jù)，實例磁盤空間太小的話，會短時間內(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'來臨時清理本地binlog日志，釋放磁盤空間，或者臨時修改實例expire_logs_days參數(shù)。

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

原因及現(xiàn)象：

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

解決方案：

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

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

原因及現(xiàn)象：

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

解決方案：

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

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

原因及現(xiàn)象：

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

解決方案：

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

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 進行表空間整理和 OPTIMIZE TABLE tablename命令的作用一樣，這個命令適用于 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

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

原因及現(xiàn)象：

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

解決方案：

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

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

最新評論