MySQL 索引用的什么数据结构了解吗？
MySQL 索引用的什么数据结构了解吗？MySQL的默认存储引擎是InnoDB，它使用B+树结构的索引。B+树的特点如下：B+树的索引结构中，只有叶子节点存储实际的数据记录，而非叶子节点只存储键值信息。
标签 Java常见问题 下的文章
索引是不是建的越多越好呢？
索引是不是建的越多越好呢？当然不是。索引会占据磁盘空间：每个索引都需要存储相应的数据结构和索引值，因此会占用一定的磁盘空间。随着索引数量和大小的增加，数据库的整体存储空间也会增加。
索引不适合哪些场景呢？
索引不适合哪些场景呢？有一些情况下，索引可能不适合使用，包括：数据量较少的表：对于数据量较少的表，索引的维护成本可能会超过索引本身带来的查询性能提升。在这种情况下，添加索引可能不划算。
索引哪些情况下会失效呢？
索引哪些情况下会失效呢？使用OR条件可能导致索引失效。当查询条件中包含OR操作符时，MySQL可能无法有效使用索引来加速查询，特别是如果OR操作符连接的条件列没有建立合适的索引。
创建索引有哪些注意点？
创建索引有哪些注意点？虽然索引是SQL性能优化的有力工具，但创建索引也需要考虑成本。因此，在创建索引时需要注意以下几点：
能简单说一下索引的分类吗？
能简单说一下索引的分类吗？从三个不同维度对索引分类：基于基本使用的角度，可以将上述内容改写如下：主键索引：在 InnoDB 存储引擎中，默认为每个表设置的索引，用于唯一标识每一行数据，不允许重复值和 NULL 值。每个表只能有一个主键索引。唯一索引：用于确保数据列的唯一性，不允许重复值，但允许 NULL 值。一个表可以创建多个唯一索引，可以针对多个列进行创建。
怎么看执行计划（explain），如何理解其中各个字段的含义？
怎么看执行计划（explain），如何理解其中各个字段的含义？explain 是 sql 优化的利器，除了优化慢 sql，平时的 sql 编写，也应该先 explain，查看一下执行计划，看看是否还有优化的空间。
有哪些方式优化慢 SQL？
有哪些方式优化慢 SQL？针对慢 SQL 查询的优化，可以从两个方面入手：SQL 语句本身的优化和数据库设计的优化。避免不必要的列避免查询不需要的列是一个常见的优化策略。在编写 SQL 查询时，应仅查询所需的列，而不是包含额外的列。尽量避免使用类似于 SELECT * 的写法。
redo log 怎么刷入磁盘的知道吗？
redo log 怎么刷入磁盘的知道吗？redo log的写入并不直接写入磁盘，而是在内存中有一个称为"redo log buffer"的连续内存空间，也就是"重做日志缓冲区"。
那为什么要两阶段提交呢？
那为什么要两阶段提交呢？为了保持事务提交状态的逻辑一致性，MySQL采用了两阶段提交的机制。如果采用单阶段提交，即先写入redo log，再写入binlog，或者先写入binlog，再写入redo log，都会导致数据库状态与恢复后的状态不一致。
