一系列神操作备份数据库，删除实例、删除数据库表、重启mysql服务

阅读本文大约须要3分钟。

来自：

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

一系列神操作备份数据库，删掉实例、删除数据库表、重启mysql服务，结果c盘空间均没有释放。如何办网上查了好多资源，说要进行c盘碎片化整理。缘由是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，要么选择升级数据库。正在这时，有个不好的消息发生了，那张表格给删除了，而且c盘空间还是没有释放啊。所以对表进行碎片化整理的路也走不通了，由于表没了。。。后来的神操作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_logfile0ib_logfile1这种文件

4、移动mysql的启动参数

mv /etc/my.cnf ./abc

5、重新启动mysql发觉c盘空间释放了servicemysqlstartc盘空间总算释放了下一步数据库还原1、采用navicate备份工具，进行数据库备份

备份成功后生成了，生成psc文件。200409141055.psc2、新建一个数据库实例，设置数据库名和字符集

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

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

还原时当作一个事务进行了，遇见错误就停止了。修改配置

重新进行还原mysql 表空间清理 碎片整理，数据库里的数据有了，但是验证没有问题。问题解决mysql碎片化形成的缘由（1）表的储存会出现碎片化，每每删掉了一行内容，该段空间都会变为被留空，而在一段时间内的大量删掉操作，会使这些留空的空间显得比储存列表内容所使用的空间更大；（2）当执行插入操作时，MySQL会尝试使用空白空间，但若果某个空白空间仍然没有被大小合适的数据占用mysql 表空间清理 碎片整理，一直未能将其彻底占用，就产生了碎片；（3）当MySQL对数据进行扫描时，它扫描的对象实际是列表的容量需求上限，也就是数据被写入的区域中处于峰值位置的部份；消除碎片的优点:增加访问表时的IO,提升mysql性能,释放表空间增加c盘空间使用率注意1.MySQL官方建议不要常常(每小时或每晚)进行碎片整理，通常依照实际情况，只须要每周或则每月整理一次即可(我们如今是每月晚上4点清除mysql所有实例下的表碎片)。2.在OPTIMIZETABLE运行过程中，MySQL会锁定表。因而，这个操作一定要在网站访问量较少的时间段进行。3.清除student的105万条数据,OPTIMIZETABLE库.student;本地测试须要37秒。自测你们可以用这条句子瞧瞧自己的系统的datafree大不大showtablestatusfrom表名;

End