InoDB三大特性-插入缓冲、双写、自适应索引

InoDB三大特性

• 插入缓冲
• 双写
• 自适应哈希索引

插入缓冲

问题

对于非聚簇索引，叶子节点插入无序，造成随机IO，性能降低

解决方式

缓存插入
为了解决这个问题，InnoDB设计出了插入缓冲技术，对于非聚集类索引的插入和更新操作，不是每一次都直接插入到索引页中，而是先插入到内存中。具体做法是：如果该索引页在缓冲池中，直接插入；否则，先将其放入插入缓冲区中，再以一定的频率和索引页合并，这时，就可以将同一个索引页中的多个插入合并到一个IO操作中，大大提高写性能。

插入缓冲的启用需要满足一下两个条件：
1）索引是辅助索引（secondary index）
2）索引不适合唯一的
如果辅助索引是唯一的，就不能使用该技术，原因很简单，因为如果这样做，整个索引数据被切分为2部分，无法保证唯一性。

自适应哈希索引

为索引B+树建立索引，为索引建立索引。。

Innodb存储引擎会监控对表上二级索引的查找，如果发现某二级索引被频繁访问，二级索引成为热数据，建立哈希索引可以带来速度的提升

特点

1. 降低对二级索引树的频繁访问资源
2. 自适应，不需要dba操作

缺点
1.等值查询。（hash特点）

Double Write 两次写

部分写失效

想象这么一个场景，当数据库正在从内存向磁盘写一个数据页时，数据库宕机，从而导致这个页只写了部分数据，这就是部分写失效，它会导致数据丢失。这时是无法通过重做日志恢复的，因为重做日志记录的是对页的物理修改，如果页本身已经损坏，重做日志也无能为力。

其原理是这样的：

1. 当刷新缓冲池脏页时，并不直接写到数据文件中，而是先拷贝至内存中的两次写缓冲区。
2. 接着从两次写缓冲区分两次写入磁盘共享表空间中，每次写入1MB (两次写缓冲区2个分区)
3. 待第2步完成后，再将两次写缓冲区写入各个表空间文件(离散写)

这样就可以解决上文提到的部分写失效的问题，因为在磁盘共享表空间中已有数据页副本拷贝，如果数据库在页写入数据文件的过程中宕机，在实例恢复时，可以从共享表空间中找到该页副本，将其拷贝覆盖原有的数据页，再应用重做日志即可。