MySQL 表空间碎片的概念及相关问题解决


Posted in MySQL onMay 07, 2021

背景

经常使用 MySQL 的话,会发现 MySQL 数据文件的磁盘空间一般会不停的增长,而且有时候删了数据或者插入一批数据的时候,磁盘空间有时候还会毫无变化。引发这个其妙现象的就是 MySQL 的表空间碎片。

什么是表空间碎片?

表空间碎片指的是表空间中存在碎片,形象一点来比喻的话,就像是一张 A4 纸,“表空间碎片”就像是把这张 A4 纸撕碎,再重新拼起来,各个碎片之间都会有一些缝隙存在,这些缝隙就是“表空间碎片”。重新拼起来的碎片实际上会比完整的 A4 纸大上一圈,这也代表着表空间容易引发的问题:空间浪费。

对于背景中描述的现象,可以用一张图来进行解释:

MySQL 表空间碎片的概念及相关问题解决

图中的数字代表真实的数据行,圆角矩形代表一个表的表空间。从左往右,第一次操作是删除数据,由于 MySQL 在设计上是不会主动释放空间的,因此当表中的数据行被删除时,虽然数据被“删除”了,但是实际上这部分空间是没有释放的,依旧会被 Table A 占用,因此也就出现了这样子的情景:删除了日志表的很多数据,但是 MySQL 的磁盘空间并没有降低。

PS:这种不释放空间的设计多半和惰性删除有关,早期设计数据库时,使用的 IO 设备一般是机械盘,读写性能比 SSD 差很多,所以删除操作一般不会直接触发磁盘上的数据删除。

可以看到数据删除之后,原本连续的空间中出现了两个空白的区域,这种一般就叫做表空间空洞,空洞太多了就叫做表空间碎片化(对应的是表空间连续)。这部分的空间虽然不会释放,但是会被标记为可重复利用,参考最右边的表空间示意图(第三个圆角矩形),当新插入数据的时候新数据会重新写入到表空间空洞中,这也代表着:在大规模删除过数据的表上,写入数据时,表空间可能不会明显增长或者不会增长。

实际上产生表空间空洞的操作并不只有 delete,update 也会引起这个问题,比如在 varchar 这种变长的字符型列中修改数据,改短一些的时候就会出现非常小的空洞,改长的话就有可能会因为空间不足导致把数据行的一些数据迁移到其他地方去。

怎么查看表空间碎片

MySQL 的系统表记录了表空间的使用情况,可以用如下查询检查:

SELECT CONCAT(table_schema,'.',table_name) AS 'table_name',
                table_rows AS 'Number of Rows',
                CONCAT(ROUND(data_length/(1024*1024),2),' M') AS 'data_size',
                CONCAT(ROUND(index_length/(1024*1024),2),' M') AS 'index_size' ,
                CONCAT(ROUND(data_free/(1024*1024),2),' M') AS'data_free',
                CONCAT(ROUND(data_free/data_length,2),' %') AS 'data_free_pct',
                ENGINE as 'engine'
FROM information_schema.TABLES
WHERE table_schema = 'tablename' 
ORDER by data_free desc;

data_free 指表空间碎片的总空间大小,data_free_pct 指这个表的碎片百分比,效果如下:

mysql> SELECT CONCAT(table_schema,'.',table_name) AS 'table_name',
    ->                 table_rows AS 'Number of Rows',
    ->                 CONCAT(ROUND(data_length/(1024*1024),2),' M') AS 'data_size',
    ->                 CONCAT(ROUND(index_length/(1024*1024),2),' M') AS 'index_size' ,
    ->                 CONCAT(ROUND(data_free/(1024*1024),2),' M') AS'data_free',
    ->                 CONCAT(ROUND(data_free/data_length,2),' %') AS 'data_free_pct',
    ->                 ENGINE as 'engine'
    -> FROM information_schema.TABLES
    -> WHERE table_schema = 'sbtest'
    -> ORDER by data_free desc;
+----------------+----------------+-----------+------------+-----------+---------------+--------+
| table_name     | Number of Rows | data_size | index_size | data_free | data_free_pct | engine |
+----------------+----------------+-----------+------------+-----------+---------------+--------+
| sbtest.sbtest5 |              0 | 0.02 M    | 0.00 M     | 44.00 M   | 2816.00 %     | InnoDB |
| sbtest.sbtest4 |         986400 | 214.70 M  | 15.52 M    | 4.00 M    | 0.02 %        | InnoDB |
| sbtest.sbtest3 |         986400 | 214.70 M  | 15.52 M    | 4.00 M    | 0.02 %        | InnoDB |
| sbtest.sbtest2 |         986400 | 214.70 M  | 15.52 M    | 4.00 M    | 0.02 %        | InnoDB |
| sbtest.sbtest1 |         987400 | 199.70 M  | 15.52 M    | 4.00 M    | 0.02 %        | InnoDB |
+----------------+----------------+-----------+------------+-----------+---------------+--------+
5 rows in set (0.00 sec)

第一行数据是测试用的数据,表中的所有数据都被删掉了,因此计算出来的 data_free_pct 超过了 100%。

怎么解决表空间碎片问题

目前,能够回收表空间的办法仅有一个,就是重建表,手段包括但不限于 optimize,alter table 等。alter table 的有些操作只能靠 rebuild 表来完成,所以有时候对大表进行一些维护操作之后,也会看到磁盘空间使用率下降,这就是回收了表空间碎片腾出来的那一部分空间。

从一般经验来看,表空间碎片的回收操作不建议经常执行,每个月一次就足够了,因为 rebuild 表对服务器的资源影响会比较大,且会影响这个表的写入操作。碎片率(data_free_pct)低于 20% 的时候也不用特别在意,除非磁盘空间非常紧张,且日志基本被清空。

对于回收空间的问题

对一些日志表,或者是有区域性特征的表,建议使用 MySQL 的分区表来管理,需要清理一批数据的时候,可以用 partition truncate 的方式进行清理,磁盘空间也能直接释放掉。

以上就是MySQL 表空间碎片的概念及相关问题解决的详细内容,更多关于MySQL 表空间碎片的资料请关注三水点靠木其它相关文章!

MySQL 相关文章推荐
浅析InnoDB索引结构
Apr 05 MySQL
详解MySQL的半同步
Apr 22 MySQL
MySQL update set 和 and的区别
May 08 MySQL
MySQL一些常用高级SQL语句
Jul 03 MySQL
Mysql中where与on的区别及何时使用详析
Aug 04 MySQL
一次MySQL启动导致的事故实战记录
Sep 15 MySQL
MySQL利用UNION连接2个查询排序失效详解
Nov 20 MySQL
MySQL高级进阶sql语句总结大全
Mar 16 MySQL
分享MySQL常用 内核 Debug 几种常见方法
Mar 17 MySQL
分享几个简单MySQL优化小妙招
Mar 31 MySQL
Innodb存储引擎中的后台线程详解
Apr 03 MySQL
MySQ InnoDB和MyISAM存储引擎介绍
Apr 26 MySQL
MySQL kill不掉线程的原因
May 07 #MySQL
MySQL数字类型自增的坑
May 07 #MySQL
MySQL获取所有分类的前N条记录
May 07 #MySQL
教你解决往mysql数据库中存入汉字报错的方法
MySQL时间设置注意事项的深入总结
仅用一句SQL更新整张表的涨跌幅、涨跌率的解决方案
May 06 #MySQL
MySQL创建高性能索引的全步骤
You might like
PHP对象递归引用造成内存泄漏分析
2014/08/28 PHP
php中通过eval实现字符串格式的计算公式
2017/03/18 PHP
Javascript hasOwnProperty 方法 & in 关键字
2008/11/26 Javascript
常见JS效果之图片减速度滚动实现代码
2011/12/08 Javascript
基于pthread_create,readlink,getpid等函数的学习与总结
2013/07/17 Javascript
屏蔽IE弹出"您查看的网页正在试图关闭窗口,是否关闭此窗口"的方法
2013/12/31 Javascript
jquery中checkbox全选失效的解决方法
2014/12/26 Javascript
javascript中局部变量和全局变量的区别详解
2015/02/27 Javascript
JavaScript和HTML DOM的区别与联系及Javascript和DOM的关系
2015/11/15 Javascript
七个不允许错过的jQuery小技巧
2015/12/21 Javascript
BootStrap智能表单实战系列(十一)级联下拉的支持
2016/06/13 Javascript
jQuery基本过滤选择器用法示例
2016/09/09 Javascript
javascript事件的绑定基础实例讲解(34)
2017/02/14 Javascript
spirngmvc js传递复杂json参数到controller的实例
2018/03/29 Javascript
解决eclipse中没有js代码提示的问题
2018/10/10 Javascript
layer弹出层倒计时关闭的实现方法
2019/09/27 Javascript
js实现的订阅发布者模式简单示例
2020/03/14 Javascript
js验证账户名是否重复
2020/05/26 Javascript
浅谈JSON5解决了JSON的两大痛点
2020/12/14 Javascript
利用Python中的pandas库对cdn日志进行分析详解
2017/03/07 Python
python flask实现分页效果
2017/06/27 Python
Python中GIL的使用详解
2018/10/03 Python
PyCharm代码提示忽略大小写设置方法
2018/10/28 Python
python判断输入日期为第几天的实例
2018/11/13 Python
如何获取Python简单for循环索引
2019/11/21 Python
Pytorch模型转onnx模型实例
2020/01/15 Python
Matplotlib使用字符串代替变量绘制散点图的方法
2020/02/17 Python
在keras中model.fit_generator()和model.fit()的区别说明
2020/06/17 Python
美国蔬菜和植物种子公司:Burpee
2017/02/01 全球购物
趣天网日本站:Qoo10 JP
2019/09/18 全球购物
2014年法院个人工作总结
2014/12/17 职场文书
大学生国家助学金感谢信
2015/01/23 职场文书
学生会主席任命书
2015/09/21 职场文书
学习型家庭事迹材料(2016精选版)
2016/02/29 职场文书
Elasticsearch 基本查询和组合查询
2022/04/19 Python
MySQL数据库实验实现简单数据库应用系统设计
2022/06/21 MySQL