关闭

InnoDB Insert(插入)操作(上)--mysql技术内幕

标签: innodb
711人阅读 评论(1) 收藏 举报
分类:

当客户端发出一条insert指令后,对于一张innodb类型的表,它的内部究竟会做出怎样的反应呢?本文章将为大家揭开这 一内幕。当然,本人才疏学浅,如果你发现了什么不对的地方,可以指出来,大家一起讨论。

突然发现用文字很难解释清楚这个过程,那么就用一张图来代替吧,反而更加清晰明了。我还没有搞清楚的问题是:bin_log的写入时间,commit操作对应redo跟innodb_buffer分别所处的位置。
以上内容是昨天,今天又有了新的发现,请自觉忽略忽略我在图中没有画出binlog_buffer。。我想说的是,开启事务之后,数据写盘是在commit操作前还是在commit后,可能你会觉得这个问题很可笑,认为commit肯定是在数据写磁盘之前,但是我接下来的实验,可能会让你改变这样的想法。暂且做个假设:我们的innodb_buffer大小为1G,而一条insert操作,实际插入了2G的数据,你还确定写磁盘操作是在commit之后吗?实验请看如下:
这里写图片描述
步骤如下:
1,开启手动事务提交

mysql> show variables like’autocommit’;
+—————+——-+
| Variable_name | Value |
+—————+——-+
| autocommit | OFF |
+—————+——-+
1 row in set (0.00 sec)

2,建立test.test innodb表

mysql> create table test(id bigint ,salary bigint);
Query OK, 0 rows affected (0.05 sec)

3,查看表空间初始值大小(原谅我手残,刚开始调用了一次存储过程,没有开启手动提交,从12M开始算起)

rw-rw—- 1 mysql mysql 8590 7月 7 21:07 test.frm
-rw-rw—- 1 mysql mysql 12582912 7月 7 21:19 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 12M 7月 7 21:19 test.ibd
4,利用存储过程插入数据(虚拟机,太慢,插了100W条,用了50秒)
mysql> call t(1000000);
Query OK, 1 row affected (50.94 sec)

5,查看表空间大小情况(可以边插边看,好羞涩啊)

root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 12M 7月 7 21:19 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 44M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 44M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 44M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 48M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 48M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 48M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 48M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 48M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 52M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 52M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 52M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 52M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 54M 7月 7 21:21 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd

好吧,表空间在不断的增长。。怎么解释,我想唯一的解释就是数据在commit操作前就已经开始写入磁盘了。

我好奇的进行了rollback操作,看表空间情况。整个100W条数据rollback的时间花了24.65秒。
+—————+——-+
1 row in set (0.00 sec)

mysql> rollback;
Query OK, 0 rows affected (24.65 sec)

紧接着,,查看表空间大小

-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd

然而,表空间也没有缩小。

搞技术的就是喜欢打破沙锅问到底,我想再插一遍,看表空间是否还会增大,

mysql> call t(1000000);
Query OK, 1 row affected (38.14 sec)

-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 60M 7月 7 21:36 test.ibd
[root@ashe test]# ls -lh test.ibd
-rw-rw—- 1 mysql mysql 60M 7月 7 21:49 test.ibd
[root@ashe test]#

马丹,,60M,我觉得我应该多看看innodb内核的资料了,甚至应该看一下它的源码,去找寻心中的疑惑。

1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:31447次
    • 积分:713
    • 等级:
    • 排名:千里之外
    • 原创:39篇
    • 转载:3篇
    • 译文:2篇
    • 评论:4条
    最新评论