首先检查磁盘使用率及MySQL数据目录空间占用，再通过SQL查询定位大表；确认InnoDB独立表空间配置，对删除数据的大表执行OPTIMIZE TABLE释放空间；短期可清理过期数据，长期应实施分区、归档和监控告警，优化数据生命周期管理。
MySQL表空间不足是常见的数据库问题，尤其在数据快速增长的场景下容易发生。直接表现为写入失败、插入报错或服务异常。要快速定位并解决该问题，需从多个层面进行排查和处理。
检查当前磁盘使用情况
表空间不足不一定是MySQL内部问题，首先要确认服务器磁盘是否已满。
- 使用
df -h命令查看系统磁盘使用率，重点关注数据目录所在分区 - 若磁盘使用率接近100%，需清理无用文件或扩容磁盘
- MySQL默认数据目录通常为
/var/lib/mysql，可通过SHOW VARIABLES LIKE 'datadir';确认路径
分析具体表的空间占用
确定磁盘空间紧张后，需找出占用空间最大的表。
- 执行以下SQL查询各表数据与索引大小：
SELECT table_schema AS '数据库', table_name AS '表名', round(((data_length + index_length) / 1024 / 1024), 2) AS '大小(MB)' FROM information_schema.tables ORDER BY (data_length + index_length) DESC LIMIT 10;
- 观察结果中哪些表体积过大，尤其是日志类、历史数据表
- 结合业务判断是否可归档或清理
检查InnoDB表空间配置
InnoDB引擎的表空间管理方式影响空间使用效率。
- 查看是否启用独立表空间：
SHOW VARIABLES LIKE 'innodb_file_per_table'; - 若值为ON，每个表有独立.ibd文件，便于单独处理；若为OFF，所有表共用ibdata1，难以释放空间
- 对于大表删除数据后空间未回收，可执行
OPTIMIZE TABLE 表名;重建表释放空间（注意锁表现象）
临时解决方案与长期建议
紧急情况下可采取措施缓解，但应制定长期优化策略。
- 清理无用数据：对过期日志、历史记录执行DELETE或TRUNCATE
- 归档老数据到其他库或冷备存储
- 考虑分区表（Partitioning）按时间拆分数据，提升管理效率
- 设置监控告警，提前预警空间使用率超过80%
- 定期维护：如每周低峰期执行optimize或analyze操作
基本上就这些。关键在于及时发现、准确定位，并结合业务特点做数据生命周期管理。单纯扩容治标，优化数据策略才是治本。
