专栏首页upuptop的专栏记一次 mysql 磁盘满解决过程

记一次 mysql 磁盘满解决过程

来源:https://testerhome.com/topics/23049

问题:

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

一系列神操作

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

怎么办

网上查了很多资源,说要进行磁盘碎片化整理。原因是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,要么选择升级数据库。正在这时,有个不好的消息发生了,那张表格给删掉了,但是磁盘空间还是没有释放啊。所以对表进行碎片化整理的路也走不通了,因为表没了。。。

后来的神操作

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备份工具,进行数据库备份

img

备份成功后生成了,生成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 表名;

本文分享自微信公众号 - 趣学程序(quxuecx),作者:点击关注 ????

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-12-04

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 一次 KVM 虚拟机磁盘占满的排查过程

    因为一下拿不出解决方案,只能硬着头皮把这个虚拟机从客户那搞回来,恢复现场,有了进展

    用户8851537
  • 一次解决磁盘IO读取慢全过程实战

    在两台型号相同的机器上(snap1 和snap3)测试磁盘的读取速度,发现两台机器的读取速度差的很大:

    Linux阅码场
  • 记一次Navicat for MySQL 10060错误的解决过程

    最近加班挺多,所以也好久没远程访问自己云服务器上的MySQL数据库了。今天本地启动Node服务时连不上MySQL,照常用Navicat For MySQL连接远...

    Tusi
  • Mysql中的Redo Log解析(一)

    Innodb是使用16k大小的数据页来管理存储空间的,数据页也是内存和磁盘交互的最小单位。我们知道事务提交后是先将修改过的数据页保存在内存中,然后再刷...

    AsiaYe
  • mysql日志模块

    在MySQL中如果每次更新操作后都写要磁盘,即首先在磁盘中找到该条记录,再更新,整个过程I/O成本,查找成本都很高并发度很高的情况下对效率影响较大。为了解决该问...

    你的益达
  • Linux中出现“No space left on device”错误的排查与解决方法

    最近这两天登陆服务器,发现用 wget 下载文件的时候提示“No space left on device”,而且连使用 tab 键进行补全时也会提示该错误。

    砸漏
  • mysql的"双1设置"-数据安全的关键参数(案例分享)

    mysql的"双1验证"指的是innodb_flush_log_at_trx_commit和sync_binlog两个参数设置,这两个是是控制MySQL 磁盘写...

    洗尽了浮华
  • MySQL Update语句是怎么执行的?

    最近在极客时间看丁奇大佬的《MySQL45讲》,真心觉得讲的不错,把其中获得的一些MySQL方向的经验整理整理分享给大家,有兴趣同学可以购买相关课程进行学习。

    AsiaYe
  • 【MySQL (六) | 详细分析MySQL事务日志redo log】

    为了最大程度避免数据写入时 IO 瓶颈带来的性能问题,MySQL 采用了这样一种缓存机制:

    周三不加班
  • MySQL不会丢失数据的秘密,就藏在它的 7种日志里

    记住! 记住! 记住! 上边这张图,她是MySQL更新数据的基础流程,其中包括redo log、bin log、undo log三种日志间的大致关系,好了闲话少...

    程序员内点事
  • MySQL 日志系统之 redo log 和 binlog

    之前我们了解了一条查询语句的执行流程,并介绍了执行过程中涉及的处理模块。一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块,最后到达存储引...

    武培轩
  • 程序员,知道Mysql中事务ACID的原理吗?

    说到事务的四大特性原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability),懂的人很多。但是...

    乔戈里
  • 记某千亿级IOT业务迁移MongoDB成本节省及性能优化实践

    线上某IOT核心业务集群之前采用MySQL作为主存储数据库,随着业务规模的不断增加,MySQL已无法满足海量数据存储需求,业务面临着容量痛点、成本痛点问题、数据...

    MongoDB中文社区
  • 千亿数据扛不住,三思后还是从MySQL迁走了……

    杨亚洲,前滴滴出行专家工程师,现任OPPO文档数据库MongoDB负责人,负责数万亿级数据量文档数据库MongoDB内核研发、性能优化及运维工作,一直专注于分布...

    jeanron100
  • MySQL不会丢失数据的秘密,就藏在它的 7种日志里

    记住! 记住! 记住! 上边这张图,她是MySQL更新数据的基础流程,其中包括redo log、bin log、undo log三种日志间的大致关系,好了闲话少...

    程序员内点事
  • MySQL不会丢失数据的秘密,就藏在它的 7种日志里

    记住! 记住! 记住! 上边这张图,她是MySQL更新数据的基础流程,其中包括redo log、bin log、undo log三种日志间的大致关系,好了闲话少...

    Java宝典
  • MySQL核心知识学习之路(5)

    作为一个后端工程师,想必没有人没用过数据库,跟我一起复习一下MySQL吧,本文是我学习《MySQL实战45讲》的总结笔记的第五篇,总结了MySQL索引相关的实践...

    Edison Zhou
  • 携程二面:讲讲 MySQL 中的 WAL 策略和 CheckPoint 技术

    前段时间我在准备暑期实习嘛,这是当时面携程的时候二面的一道问题,我一脸懵逼,赶紧道歉,不好意思不知道没了解过,面试官又解释说 redo log,我寻思着 red...

    飞天小牛肉
  • Mysql学习笔记(十一)- Innodb log机制和优化

    在上一片文章中,我们说innodb的内存优化主要是通过多buffer pool size的优化,首先是lru链表的young和old区,以及之间的数据页的迁移的...

    写一点笔记

扫码关注云+社区

领取腾讯云代金券