你插入MySQL的数据真的存到表里了么？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《你插入MySQL的数据真的存到表里了么？》，聊聊MySQL、InnoDB、后端，我们一起来看看吧！

你插入MySQL的数据真的存到表里了么？

现在有这么一个问题：当你执行一条insert语句之后，插入的数据就已经保存在磁盘中了么？

答案是不一定 ，那是为什么呢？首先来了解一下MySQL在InnoDB存储引擎中，数据是怎么存储的。

1. InnoDB数据存储单元

同大多数数据库一样，InnoDB有页（Page)的概念（也可以称为块）,页是InnoDB磁盘管理的最小单位。在InnoDB存储引擎中，默认每个页的大小为16 KB。而从InnoDB 1.2.x版本开始，可以通过参数

InnoDB_page_size

InnoDB_page_size

mysqldump

InnoDB的数据是按数据页为单位来读写的。也就是说，当需要读一条记录的时候，并不是将这个记录本身从磁盘读出来，而是以页为单位，将其整体读入内存。

而将数据从磁盘读入内存涉及随机IO的访问，是数据库里面成本最高的操作之一，所以为了减少磁盘IO，InnoDB设计了

change buffer

2. change buffer

在MySQL 5.5之前的版本中，由于只支持缓存insert操作，所以最初叫做

insert buffer

change buffer

然而使用

change buffer

(1) 索引是辅助索引

插入聚簇索引一般是顺序的，一般不需要磁盘的随机读取，所以不需要使用change buffer

(2) 索引不是唯一的

辅助索引不能是唯一的，因为在插入缓冲时，数据库并不去查找索引页来判断插入的记录的唯一性。如果去查找肯定又会有离散读取的情况发生，从而导致change buffer失去了意义。

3. change buffer的底层实现

change buffer

4. merge buffer

从上文可知

Change Buffer

Insert Buffer

merge操作可能发生在以下几种情况下

• 辅助索引页被读到缓存中

• Change buffer bitmap

  页追踪到的辅助页已无可用空间

• master thread

第一种情况为当辅助索引页被读取到缓冲池中时，例如这在执行正常的SELECT查询操作，这时需要检查

Insert Buffer Bitmap

Insert Buffer

Insert Buffer

第二种情况

Insert Buffer Bitmap

第三种情况就是在

Master Thread

Merge Change Buffer

merge

5. change buffer的使用场景

change buffer

merge

change buffer

因此，对于写多读少的业务来说，页面在写完以后马上被访问到的概率比较小，此时

change buffer

文中关于mysql的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《你插入MySQL的数据真的存到表里了么？》文章吧，也可关注golang学习网公众号了解相关技术文章。