文档中心

云数据库 MySQL 版

故障排查

如何解决实例磁盘满问题

使用云数据库 MySQL 版时，如果磁盘使用率过高，会导致实例被设置为只读状态，不允许进行写入和更新操作。本文中提供了几种常见原因的定位以及解决方法。

问题确认

通过查看磁盘使用率的监控项，可确认实例当前的磁盘使用率。

在实例列表页面，单击目标实例的实例名称，进入实例信息页。

在页面上方，单击监控告警页签。

在资源监控分类下，查看磁盘使用率。

快速止损

如果磁盘使用率接近或者已经达到 100%，可以通过扩容实例存储空间或打开 binlog 可用存储空间开关的方式降低磁盘使用率。

注意

云数据库 MySQL 版提供了磁盘使用率监控项，您可以为实例配置针对此监控项的告警策略，为实例磁盘使用率设置告警阈值。当磁盘使用率超过阈值时，及时收到告警信息，防止因为磁盘满导致实例被设置为只读状态。关于创建告警策略的详细信息，请参见创建告警策略。

1.扩容实例存储空间

扩容实例存储空间可以增加磁盘上限。

操作方法请参见以下文档：

常规变配

临时升配

说明

临时升配当前为云数据库 MySQL 版的邀测功能，如需使用，请提交工单申请。

2.打开 binlog 可用存储空间开关

当实例的 binlog 日志保留策略不合理时，可能会出现 binlog 占用大量的磁盘空间，可以通过原因定位及解决的内容检查 binlog 的占用情况。如果确定是 binlog 占用磁盘过多，可以通过修改本地 binlog 日志保留策略，打开 binlog 可用存储空间开关，避免磁盘被 binlog 占满。

说明

MySQL 的主备复制依赖 binlog，若 binlog 保留过少可能会导致备节点和只读节点的复制链路中断，影响实例可用性。

操作方法

在实例列表页面，单击目标实例的实例名称，进入实例信息页。

在页面上方，单击备份恢复页签。

在备份恢复页面内单击备份策略子页签，对本地 binlog 日志保留策略项单击编辑按钮。

在右侧弹窗中，打开可用存储空间开关，单击确定，binlog 可用存储空间即开始生效。

原因定位及解决

MySQL 实例的存储空间使用率过高可能是数据出现空洞、binlog 数据过大、relay log 过大或临时文件过大四种原因导致的。针对对这四种原因，在下文提供了相应的解决办法。

1.数据出现空洞

原因分析

在 MySQL 中，尤其是使用 InnoDB 存储引擎时，数据文件可能会因“空洞”（空闲空间）而占用更多的磁盘空间。这通常发生在大量的插入、更新和删除操作之后，出现数据空洞会导致磁盘使用量偏大。可运行以下命令来获取表的状态:

检查 Data_free 字段。如果 Data_free 的值很大，表示有大量数据空洞。

解决办法

运行以下命令执行表优化，消除数据空洞。

注意

在执行 OPTIMIZE TABLE 时，MySQL 会对表施加写锁，直到操作完成。这意味着在优化过程中，其他对该表的读写操作会被阻塞，可能导致应用程序出现延迟或超时。优化过程可能会消耗大量的系统资源，尤其是在表数据量较大时，可能会影响数据库的整体性能。对于大型表，OPTIMIZE TABLE 的执行时间可能较长，这会导致长时间的锁定和潜在的应用程序中断。因此，请在业务低峰期执行OPTIMIZE TABLE或者使用 OnlineDDL 任务来执行该操作。

2.binlog 数据过大

可能会有两种情况导致该问题的出现，一是 binlog 保留策略不合理，二是有大事务产生。

binlog 保留策略不合理

原因分析

当实例配置的 binlog 保留策略不合理时，可能会导致 binlog 未能及时清理从而占用较多磁盘。

解决办法

此时可调整 binlog 保留策略，调整 binlog 的磁盘使用情况。

有大事务产生

原因分析

当出现较大的事务时(如对一张表执行 delete 操作)，可能会导致过大的 binlog 文件产生。这种 binlog 文件无法分割，从而出现单个 binlog 占用大量磁盘空间。

解决办法

进行事务拆分，避免大事务的产生。

扩容实例存储空间。

调整 binlog 保留策略，让该 binlog 可被快速清理掉。

3.relay log 过大

原因分析

在 MySQL 中，出现大量 relay Log 的原因通常与主从复制过程中的一些问题有关。常见的原因有:

备节点和只读节点资源不足，数据同步速度较慢，导致 relay log 堆积。

主节点的写入负载过高，导致生成的 binlog 量大，从而使得从库需要处理大量的 Relay Log。

解决办法

扩容计算资源，加快数据同步速度。

优化写入策略，避免短时间产生大量的 Binlog。

4.临时文件过大

原因分析

临时文件过大通常与查询复杂性、内存配置不足和不合理的查询设计有关。通过优化查询、调整内存配置、监控临时表的使用情况等措施，可以有效减少临时文件的生成。

解决办法

扩容内存资源，使得更多的临时表可以在内存中处理。

优化 SQL 查询，尽量减少复杂度，避免不必要的 JOIN 和子查询，使用合适的索引，以提高查询性能，减少临时文件的生成。

最近更新时间：2025.07.01 20:01:43

这个页面对您有帮助吗？

有用

无用