本文探讨了InnoDB存储引擎中的插入缓冲技术，旨在解决非聚集索引的写性能问题。通过举例说明，阐述了当表有多个非聚集索引时，如何利用插入缓冲提升写操作效率，同时提到了其工作原理与LSM树的相似性。然而，插入缓冲也带来了一些问题，如数据一致性维护等。
InnoDB存储引擎有三大特性非常令人激动，它们分别是插入缓冲、两次写和自适应哈希，本篇文章先介绍第一个特性 - 插入缓冲（insert buffer）
id int auto_increment,
name varchar(30),
primary key (id));
我们创建了一个表，表的主键是id，id列式自增长的，即当执行插入操作时，id列会自动增长，页中行记录按id顺序存放，不需要随机读取其它页的数据。因此，在这样的情况下（即聚集索引），插入操作效率很高。
在上一篇《MySQL - 浅谈InnoDB存储引擎》中，我们可以看到在InnoDB的内存中有单独一块叫“插入缓冲”的区域，下面我们详细来介绍它。
非聚集索引写性能问题
为了阐述非聚集索引写性能问题，我们先来看一个例子：
id int auto_increment,
name varchar(30),
primary key (id));
我们创建了一个表，表的主键是id，id列式自增长的，即当执行插入操作时，id列会自动增长，页中行记录按id顺序存放，不需要随机读取其它页的数据。因此，在这样的情况下（即聚集索引），插入操作效率很高。
但是，在大部分应用中，很少出现表中只有一个聚集索引的情况，更多情况下，表上会有多个非聚集的secondary index （辅助索引）。比如，对于上一张表t，业务上还需要按非唯一的name字段查找，则表定义改为：
最低0.47元/天 解锁文章
扫一扫
1294
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
