InnoDB 三大特征

最新推荐文章于 2024-10-01 12:47:02 发布

balance程

最新推荐文章于 2024-10-01 12:47:02 发布

阅读量651

点赞数 23

分类专栏： MySQL 文章标签： mysql

本文链接：https://blog.csdn.net/chengzi0602/article/details/142643927

版权

MySQL 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

特征一插入缓冲
基本概念

MySQL的insert buffer是InnoDB存储引擎的一个重要特性，主要用于优化非聚集索引的插入和更新操作。

MySQL insert buffer 原理

Insert buffer是一种特殊的数据结构（B+ tree），并不是缓存的一部分，而是物理页。当受影响的索引页不在buffer pool中时，MySQL会使用insert buffer来进行数据插入。

对于非聚集索引的插入或更新操作，MySQL不会每次直接将数据插入到索引页中。相反，它会先将数据存储在一个临时的区域（即insert buffer）中，然后再逐步将这些数据合并到目标索引页中。

从性能改进的角度来看，使用非集群次级索引可能会导致额外和随机的磁盘访问，从而降低存储设备的性能。MySQL的存储引擎通过插入缓冲来缓解这一问题，避免了额外的磁盘访问。这表明插入缓冲在减少磁盘I/O操作中起到了重要作用，有助于提高数据库的整体性能。

适用场景

MySQL在我们对非唯一的二级索引进行DML（删除行、写入行、修改行）时的优化

为什么是非唯一索引？

当我们对唯一索引进行插入的时候需要查询数据是否唯一，如果数据在缓冲池中则直接读取缓冲池，如果数据不在缓冲池中则读取磁盘数据页，所以唯一索引会产生大量磁盘IO。

特征二 InnoDB 双写缓冲

Doublewrite Buffer 基本概念

双写缓冲（doublewrite buffer）是MySQL/InnoDB中用于支持原子页面更新的一种机制。在传统的数据库系统中，为了保证数据的一致性和可恢复性，通常需要进行冗余写入操作。这种冗余写入通过在原始数据写入后，再将这些数据写入一个额外的缓冲区来实现，从而确保即使在发生故障的情况下也能从备份数据中恢复。

Doublewrite Buffer 作用

为了确保数据一致性和防止部分写入（partial writes），InnoDB 使用双写缓冲。数据首先写入双写缓冲区Doublewrite Buffer，然后再写入实际数据文件。即使在崩溃的情况下，InnoDB 也可以从双写缓冲中恢复一致的数据。

Doublewrite Buffer 结构图

Doublewrite Buffer 工作流程

写操作触发：当执行INSERT、UPDATE或DELETE等写操作时，MySQL首先将数据写入双写缓冲区。
同步到Doublewrite File：随后，双写缓冲区中的数据被同步（flush）到Doublewrite File中。这个过程是由后台线程完成的，以确保数据的持久性。
实际数据写入：一旦Doublewrite File中的数据被确认已经写入磁盘，MySQL就可以将这些数据写入实际的数据文件中。
恢复机制：如果在写操作过程中发生故障，MySQL可以从Doublewrite File中恢复数据。由于Doublewrite File中的数据是完整的，因此可以用来修复损坏的数据文件，确保数据的完整性和一致性。

特征三自适应哈希

自适应哈希索引（Adaptive Hash Index）是 InnoDB 存储引擎中的一个重要特性，它可以显著提高数据库的查询性能。

Adaptive Hash Index 定义与工作原理

自动构建：自适应哈希索引是由 InnoDB 存储引擎自动构建和管理的。它根据数据库的实际使用情况，在缓冲池中为某些经常被访问的索引页自动创建哈希索引。
基于索引：自适应哈希索引是基于 B + 树索引构建的。当 InnoDB 检测到某些索引页被频繁访问时，它会在内存中为这些索引页创建哈希索引，以便更快地进行查找操作。

Adaptive Hash Index 功能

快速查找：哈希索引可以提供非常快速的查找性能，尤其是对于等值查询。它通过将索引键值转换为哈希值，然后直接定位到对应的哈希桶中，从而快速找到匹配的记录。
减少磁盘 I/O：由于哈希索引可以在内存中快速定位数据，因此可以减少对磁盘的访问次数，提高数据库的性能。特别是对于频繁访问的小表或热点数据，自适应哈希索引的效果尤为明显。

Adaptive Hash Index 缺点

适用范围有限：自适应哈希索引并不是适用于所有情况。它主要对于等值查询和范围查询中的某些特定情况有效。对于复杂的查询，如多表连接、排序、分组等，哈希索引可能无法提供有效的加速。
内存占用：创建哈希索引需要占用一定的内存空间。如果数据库中有大量的索引页被频繁访问，可能会导致自适应哈希索引占用过多的内存，从而影响其他内存区域的使用。

Adaptive Hash Index 管理与监控

自动调整：InnoDB 存储引擎会自动根据数据库的使用情况调整自适应哈希索引的大小和结构。如果某些索引页不再被频繁访问，InnoDB 可能会删除相应的哈希索引，以释放内存空间。
监控性能：可以通过监控数据库的性能指标，如查询响应时间、缓冲池命中率等，来评估自适应哈希索引的效果。如果发现自适应哈希索引对性能没有明显的提升，或者出现内存占用过高的情况，可以考虑调整数据库的配置参数，以优化自适应哈希索引的使用。

总之，自适应哈希索引是 InnoDB 存储引擎中的一个强大特性，可以在一定程度上提高数据库的查询性能。但是，它也有其适用范围和局限性，需要根据具体的数据库使用情况进行合理的配置和管理。