mysql索引创建原则

作为一名天天和数据库打交道的程序员，咱今天就聊聊面试高频题——MySQL索引创建原则。数据库性能优化，索引绝对是关键，但索引可不是随便加的，加错了反而拖慢速度。理解核心创建原则，才能让查询飞起来。

为什么索引这么重要？

想象一下在图书馆找书。没有目录（索引），你得一本本翻（全表扫描）。有了目录（索引），直接定位书架（磁盘块），效率天差地别。MySQL索引本质就是帮助数据库快速定位数据的数据结构（如B+树）。合理的索引创建能极大提升SELECT、JOIN、ORDER BY、GROUP BY的效率。

MySQL索引创建的核心原则

遵循这些原则，避免踩坑：

1. 选择区分度高的列

原则核心： 优先为选择性高（唯一值多）的列建索引。例如user_id（唯一或接近唯一）比gender（只有俩值）更适合。
为啥？ 高区分度意味着索引能快速过滤掉大量无关数据。gender建了索引，查gender='男'可能还是扫一半表，效果差。

2. 考虑 WHERE 子句和 JOIN 条件

原则重点： 为WHERE子句中频繁出现的列、特别是作为连接条件（JOIN ... ON）的列创建索引。
场景： 如果老按order_time查订单，就给order_time建索引；如果经常user表JOIN order表ON user.id = order.user_id，那order.user_id字段就该加索引。

3. 最左前缀匹配原则

复合索引关键原则： 这是使用复合（联合）索引的生命线！索引(col1, col2, col3)生效条件是：
- WHERE col1 = ...
- WHERE col1 = ... AND col2 = ...
- WHERE col1 = ... AND col2 = ... AND col3 = ...
失效场景：
- WHERE col2 = ... AND col3 = ... （缺少col1，索引失效）
- WHERE col1 = ... AND col3 = ... （中间跳过了col2，col3无法利用索引范围扫描）
创建原则启示： 设计复合索引时，将最常用作查询条件的列放在最左边。

4. 别过度索引！

重要原则： 索引不是越多越好！每个索引都需要占用磁盘空间，更致命的是：
- 写操作变慢： INSERT、UPDATE、DELETE操作需要维护所有相关索引，开销很大。表上的索引越多，写操作越慢。
- 优化器负担： MySQL优化器选择执行计划时，索引太多反而可能让它选错。
原则建议： 仔细评估每个索引的必要性，定期审查使用频率低的索引。

5. 为排序（ORDER BY）和分组（GROUP BY）列加索引

原则补充： 如果查询经常需要ORDER BY或GROUP BY某些列，且这些列不在WHERE条件中，考虑为这些列单独或加入复合索引。这能让排序/分组直接在索引上完成（Using index），避免昂贵的文件排序（filesort）。

6. 考虑字段长度（前缀索引）

原则技巧： 对于很长的字符列（如VARCHAR(255)），如果整个字段建索引太大，可以考虑只索引前N个字符（INDEX (name(20))）。
适用场景： 该列前N个字符区分度足够高时。需要权衡索引大小和查询效率。
注意： ORDER BY和GROUP BY操作无法使用前缀索引。