往期热门文章：

1、《往期精选优秀博文都在这里了！》
2、阿里开源的27个项目，值得收藏！
3、花30分钟，用Jenkins部署码云上的SpringBoot项目
4、为了甩锅，我写了个牛逼的日志切面！
5、分布式锁用 Redis 还是 Zookeeper？
来源 | https://urlify.cn/jemaym

使用命令发现磁盘使用率为100%了，还剩几十兆。
一系列神操作
备份数据库，删除实例、删除数据库表、重启mysql服务，结果磁盘空间均没有释放。
怎么办
网上查了很多资源，说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。
SELECTCONCAT
(
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。
网上推荐的做法如下所示，对表格进行碎片化整理。
ALTERTABLE
 datainfo 
ENGINE
=
InnoDB
;

ANALYZETABLE
 datainfo;


optimizetable
 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、《历史文章分类导读列表！精选优秀博文都在这里了！》

2、你以为JDK8之后用HashMap就没事了？死循环问题依然存在！
3、14 个 Spring MVC 顶级技巧，随时用随时爽，一直用一直爽
4、交公粮了：十一在家我都逛了哪些技术网站？
5、高并发和海量数据下的 9 个 Redis 经典案例剖析！

6、Docker 禁止被列入美国“实体名单”的国家、企业、个人使用

7、日志框架到底是Logback 还是 Log4j2？
8、IDEA 2020.2 重磅发布，动画级新功能预览！
9、数据库链接池终于搞对了，这次直接从100ms优化到3ms！

10、互联网公司忽悠员工的黑话，套路太深了。。。
继续阅读
阅读原文