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会锁定表。因此,这个操作一定要在网站访问量较少的时间段进行。