如果 MySQL磁盘满了,会发生什么?还真被我遇到了

数据库 MySQL
网上查了很多资源,说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。

 [[439330]]

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

一系列神操作

备份数据库,删除实例、删除数据库表、重启mysql服务,结果磁盘空间均没有释放。

怎么办

网上查了很多资源,说要进行磁盘碎片化整理。原因是datafree占据的空间太多啦。具体可以通过这个sql查看。 

  1. SELECT CONCAT(TRUNCATE(SUM(data_length)/1024/1024,2),'MB') AS data_size,  
  2. CONCAT(TRUNCATE(SUM(max_data_length)/1024/1024,2),'MB') AS max_data_size,  
  3. CONCAT(TRUNCATE(SUM(data_free)/1024/1024,2),'MB') AS data_free,  
  4. CONCAT(TRUNCATE(SUM(index_length)/1024/1024,2),'MB') AS index_size  
  5. FROM information_schema.tables WHERE TABLE_NAME = 'datainfo'

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

网上推荐的做法如下所示,对表格进行碎片化整理。 

  1. ALTER TABLE datainfo ENGINE=InnoDB 
  2. ANALYZE TABLE datainfo;  
  3. optimize table datainfo;  

僵局:

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

后来的神操作

1、使用命令查看mysql安装的位置和配置文件所在的地方 

  1. 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 

  1. service mysql stop 

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

4、 移动mysql的启动参数 

  1. mv /etc/my.cnf ./abc 

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

  1. 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 表名; 

 

责任编辑:庞桂玉 来源: 民工哥技术之路
相关推荐

2023-08-26 07:44:13

系统内存虚拟

2015-11-19 00:11:12

2023-04-27 07:40:08

Spring框架OpenAI

2011-10-11 15:42:54

大数据数据库

2021-08-11 08:32:24

Firefox英特尔LLVM

2022-08-16 13:41:24

稳定币加密世界攻击

2015-08-18 09:09:46

WiFiO2O

2023-05-15 10:27:53

人工智能AI

2021-08-19 17:27:41

IT数据中心灾难

2021-12-27 08:24:08

漏洞网络安全

2022-05-23 14:57:36

加密货币比特币投资

2020-06-08 15:15:26

程序员摆地摊技术

2020-09-16 12:29:03

线程池任务函数

2020-05-11 08:36:21

程序员工作生活

2018-04-12 20:19:19

无线网络人工智能机器学习

2024-02-29 16:51:36

GenAI运营供应链

2015-09-25 10:41:48

r语言

2021-03-10 10:40:04

Redis命令Linux

2023-06-27 16:53:50

2021-10-18 22:29:54

OOMJava Out Of Memo
点赞
收藏

51CTO技术栈公众号