MySQL磁盘满了应该如何解决
问题
使用命令发现磁盘使用率为100%了，还剩几十兆。
一系列神操作
备份数据库，删除实例、删除数据库表、重启mysql服务.结果磁盘空间均未释放
怎么办
网上查了很多资源，说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。
SELECTCONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB')ASdata_size,CONCAT(TRUNCATE(SUM(max_dat a_length)/1024/1024,2),'MB')ASmax_data_size,CONCAT(TRUNCATE(SUM(data_free)/1024/1024,2),'MB')ASd ata_free,CONCAT(TRUNCATE(SUM(index_length)/1024/1024,2),'MB')ASindex_sizeFROMinformaTIon_schema. tablesWHERETABLE_NAME='datainfo';
这个是后来的图了，之前的图没有留，当时显示一张表里的data_free都达到了20个G。
网上推荐的做法如下所示，对表格进行碎片化整理。
ALTERTABLEdatainfoENGINE=InnoDB;ANALYZETABLEdatainfo;opTImizetabledatainfo;
僵局
查看数据库版本为5.562不支持inodb，要么选择升级数据库。正在这时，有个不好的消息发生了，那张表格给删掉了，但是磁盘空间还是没有释放啊。所以对表进行碎片化整理的路也走不通了，因为表没了。。。
后来的神操作
使用命令查看mysql安装的位置和配置文件所在的地方
mysql1118945014: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
关闭mysql
servicemysqlstop
删除datadir目录下的ibdata1、ib_logfile0ib_logfile1这些文件
#FormaTImgID_1#
移动mysql的启动参数
mv/etc/myf./abc
重新启动mysql发现磁盘空间释放了
servicemysqlstart
磁盘空间终于释放了
下一步数据库还原
采用navicate备份工具，进行数据库备份
备份成功后生成了，生成psc文件200409141055.psc。新建一个数据库实例，设置数据库名和字符集
truncate删除数据然后对备份数据库进行还原，点击还原
开始进行还原
第一次还原后发现还原后数据库表建成功了，但是表里面没有数据。后来网上查资料发现是，遇到错误就停止了。所以更改了还原的配置，再次进行还原。
之前是这样设置的
还原时当成一个事务进行了，遇到错误就停止了。更改配置
重新进行还原，数据库里的数据有了，并且验证没有问题。
问题解决
mysql碎片化产生的原因
表的存储会出现碎片化，每当删除了一行内容，该段空间就会变为被留空，而在一段时间内的大量删除操作，会使这种留空的空间变得比存储列表内容所使用的空间更大；
当执行插入操作时，MySQL会尝试使用空白空间，但如果某个空白空间一直没有被大小合适的数据占用，仍然无法将其彻底占用，就形成了碎片；
当MySQL对数据进行扫描时，它扫描的对象实际是列表的容量需求上限，也就是数据被写入的区域中处于峰值位置的部分；
清除碎片的优点
降低访问表时的IO，提高mysql性能，释放表空间降低磁盘空间使用率
MySQL官方建议不要经常(每小时或每天)进行碎片整理，一般根据实际情况，只需要每周或
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论