标签:插入 初始 一个 等于 innodb 默认值 not page 数据存储
一、表空间
1、表空间: innodb 引擎存储的最高层; 存放所有的数据
2、独立表空间:Mysql 版本 5.6 后默认开启的单表单空间
(1)Innodb 默认存储引擎页的大小为 16K ;默认表空间 大小为96k
(2)独立表空间 开启方式 innodb_file_per_table ON 从Mysql 5.6.6 开始,默认值 ON
二、数据页空洞
如果我们修改了 info表 的表结构 ,比如 给表添加注释,发现 9440 Dec 14 09:59 info.frm 磁盘上的 frm 表结构文件 立刻被更新了。 那我们如果删除一行数据呢? 从文件更改时间上来看也是立刻修改了。 180224 Dec 14 10:03 temp.ibd 但是 idb数据文件 大小 180224却没有改变 那么数据库的删除流程到底是怎么样的? 为什么我们删除一行,存储的ibd文件大小却没有改变,当我们点击 删除表的时候,SQl 引擎发生了什么?
1、Innodb 的删除
为什么 ibd 文件不会变小?
2、整理数据页的空洞
那么,当一张表被更新插入,产生了数据空洞之后,如何整理数据页,使得数据变得更紧凑呢?
可以采取重建表的操作 alter table,实际上这里是 引擎自动完成了 转存数据、交换表名、删除旧表的操作
mysql> alter table temp engine=innodb; 163840 Dec 14 10:52 temp.ibd
3、测试数据页的增长效果
新建一张 new_test 表
CREATE TABLE `new_test` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `name` char(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=191 DEFAULT CHARSET=utf8mb4;
我们知道 初始 ibd文件 的大小默认是 96K ,inndb 默认单个数据页大小是16K,对 new_test 表进行数据增加,观察 ibd文件大小。
insert into new_test (name) value("leon”)
发现 当rows 增长时,ibd文件大小增长规律如下:
idb文件大小 VS rows
96k – 0~81
128k – 82~136
144k – 136~190
160k – 190~255
16K 增长对应 54条rows ,1条row算出来约等于 296.29b , 正好等于 char 255b + int(11) 44 = 299b 。
可以看出来的确是由连续的数据页组成数据的。
4、数据空洞的复用
为了数据空洞的复用的问题,我们来删除 new_test 表 1-180行中的 155-160 行 ,ibd文件 原始大小为 144KB,当我们删除 150-160 这时候,数据页就有了 10条ID 的空洞 ,此时表中ID是 : 0-149 161 -180 共计 170条, 那么这时候,插入20条 还是 10条 数据页呢 ?
测试可得。插入20条,ID到 201。表空间变为 160k,所以原来的数据页存在空洞 可以被复用(??待理解!!)
---按照计算应该一条数据是800b,有十条空洞,再加入10条,应该是144KB+0.8*10=152KB,160k不是说明原来的空洞没有复用上吗??
原文:https://blog.csdn.net/qq_28018283/article/details/85003657
标签:插入 初始 一个 等于 innodb 默认值 not page 数据存储
原文地址:https://www.cnblogs.com/ivy-zheng/p/11109972.html