数据库索引的核心作用是大幅提升数据检索速度，同时保证数据的唯一性、加速排序与分组操作、减少磁盘I/O开销，并优化查询执行计划。 索引本质上是一种特殊的数据结构（如B+树、哈希表），它通过为表中一列或多列创建有序的引用，让数据库在查找数据时无需全表扫描，而是直接定位到目标行。例如，当执行 `WHERE id = 100` 时，若id列建有索引，数据库能通过索引的树形结构快速找到记录，时间复杂度从O(n)降至O(log n)。此外，唯一索引还能防止重复值插入，主键索引则自动保证行级唯一性。在联表查询、范围查询（如 `BETWEEN`）、排序（`ORDER BY`）和分组（`GROUP BY`）场景中，索引也能显著降低CPU和内存消耗。但需注意，索引并非越多越好——它会增加写入（INSERT/UPDATE/DELETE）时的维护成本，并占用额外存储空间。因此，设计索引需基于实际查询模式，平衡读写性能。

【常见问题】

问题1：数据库索引在什么情况下会降低查询性能？

回答1：数据库索引在某些场景下反而会降低查询性能，例如对更新频繁的表创建过多索引时，每次写操作都需要同步维护索引结构，导致写入延迟增加。另外，当查询结果集占表数据量较大（通常超过20%）时，数据库可能放弃索引而选择全表扫描，此时索引不仅无效，还增加了优化器的判断成本。因此，设计数据库索引时应避免为低选择性字段（如性别、状态位）单独建立索引。

问题2：数据库索引的主要作用除了加速查询还包括哪些？

回答2：数据库索引的主要作用除了加速数据检索外，还包括：强制保证数据的唯一性（通过唯一索引）、加速ORDER BY和GROUP BY操作（因为索引本身已排序）、减少表锁或行锁的粒度（如利用索引进行范围锁）、以及帮助数据库优化器生成更高效的执行计划。合理设计数据库索引还能在联表查询时通过索引嵌套循环连接（Index Nested-Loop Join）提升效率。

问题3：如何判断当前数据库索引设计是否合理？

回答3：判断数据库索引设计是否合理，可结合慢查询日志（Slow Query Log）、执行计划（EXPLAIN）和索引使用统计信息。观察查询中是否出现全表扫描（type=ALL）、额外排序（Using filesort）或临时表（Using temporary）等标识。若高频查询的WHERE条件、JOIN字段或排序字段未加索引，则需补充；若发现大量冗余或重复索引（如已有组合索引(a,b)又单独建(a)），则需删除。监控数据库索引的碎片率（如使用`SHOW TABLE STATUS`）和读写比例也是优化方向。