InnoDB Insert（插入）操作（上）--mysql技术内幕

当客户端发出一条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内核的资料了，甚至应该看一下它的源码，去找寻心中的疑惑。