总阅读量:次

⭐⭐⭐ Spring Boot 项目实战 ⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 testerhome.com/topics/23049 「会飞的猪」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
  4. 新的源码解析文章实时收到通知。每周更新一篇左右。
  5. 认真的源码交流微信群。

问题：

使用命令发现磁盘使用率为100%了，还剩几十兆。

一系列神操作

备份数据库，删除实例、删除数据库表、重启mysql服务.结果磁盘空间均未释放

怎么办

网上查了很多资源，说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。 SELECT CONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB') AS data_size, CONCAT(TRUNCATE(SUM(max_data_length)/1024/1024,2),'MB') AS max_data_size, CONCAT(TRUNCATE(SUM(data_free)/1024/1024,2),'MB') AS data_free, CONCAT(TRUNCATE(SUM(index_length)/1024/1024,2),'MB') AS index_size FROM information_schema.tables WHERE TABLE_NAME = 'datainfo';

这个是后来的图了，之前的图没有留，当时显示一张表里的data_free都达到了20个G。

网上推荐的做法如下所示，对表格进行碎片化整理。 ALTER TABLE datainfo ENGINE=InnoDB; ANALYZE TABLE datainfo;

optimize table datainfo;

僵局：

查看数据库版本为5.562不支持inodb，要么选择升级数据库。正在这时，有个不好的消息发生了，那张表格给删掉了，但是磁盘空间还是没有释放啊。所以对表进行碎片化整理的路也走不通了，因为表没了。。。

后来的神操作

1、使用命令查看mysql安装的位置和配置文件所在的地方 mysql 1118 945 0 14:28 ? 00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysql/mysql.sock

2、关闭mysql service mysql stop

3、删除datadir目录下的ibdata1、ib_logfile0 ib_logfile1这些文件

4、 移动mysql的启动参数 mv /etc/my.cnf ./abc

5、重新启动mysql 发现磁盘空间释放了 service mysql start

磁盘空间终于释放了

下一步数据库还原

1、采用navicate备份工具，进行数据库备份

备份成功后生成了，生成psc文件。 200409141055.psc

2、新建一个数据库实例，设置数据库名和字符集

3、然后对备份数据库进行还原，点击还原

4、开始进行还原 第一次还原后发现还原后数据库表建成功了，但是表里面没有数据。 后来网上查找资料发现是，遇到错误就停止了。所以更改了还原的配置，再次进行还原。 之前是这样设置的

还原时当成一个事务进行了，遇到错误就停止了。 更改配置 重新进行还原，数据库里的数据有了，并且验证没有问题。

问题解决

mysql碎片化产生的原因

（1）表的存储会出现碎片化，每当删除了一行内容，该段空间就会变为被留空，而在一段时间内的大量删除操作，会使这种留空的空间变得比存储列表内容所使用的空间更大；

（2）当执行插入操作时，MySQL会尝试使用空白空间，但如果某个空白空间一直没有被大小合适的数据占用，仍然无法将其彻底占用，就形成了碎片；

（3）当MySQL对数据进行扫描时，它扫描的对象实际是列表的容量需求上限，也就是数据被写入的区域中处于峰值位置的部分；

清除碎片的优点: 降低访问表时的IO,提高mysql性能,释放表空间降低磁盘空间使用率 注意 1.MySQL官方建议不要经常(每小时或每天)进行碎片整理，一般根据实际情况，只需要每周或者每月整理一次即可(我们现在是每月凌晨4点清理mysql所有实例下的表碎片)。 2.在OPTIMIZE TABLE运行过程中，MySQL会锁定表。因此，这个操作一定要在网站访问量较少的时间段进行。 3.清理student的105万条数据, OPTIMIZE TABLE 库.student;本地测试需要37秒。

自测 大家可以用这条语句看看自己的系统的datafree大不大 show table status from 表名;

文章目录
  1. 1. 问题：
  2. 2. 一系列神操作
  3. 3. 怎么办
  4. 4. 僵局：
  5. 5. 后来的神操作
  6. 6. 下一步数据库还原
  7. 7. 问题解决