合理建立索引需遵循：1. 选择高区分度列，如手机号优于性别；2. 多条件查询优先用联合索引并遵守最左前缀原则；3. 控制索引数量以降低写开销；4. 利用覆盖索引避免回表；5. 避免在索引列使用函数导致失效；6. 主键选用自增整数减少碎片；7. 大字段慎用索引，可选前缀或全文索引。
在MySQL中，合理建立索引能显著提升查询性能，但不恰当的索引反而会增加维护成本并影响写操作。以下是建立索引时应遵循的核心原则。
1. 选择区分度高的列作为索引
索引的效率与列的选择性（即唯一值的比例）密切相关。选择性越高，查询时过滤数据的效果越好。
例如，在一个拥有10万用户的表中，性别字段只有“男”“女”两个值，选择性很低，不适合作为单独索引；而手机号或邮箱这类几乎唯一的字段，则非常适合作为索引。
2. 尽量使用联合索引代替多个单列索引
当查询涉及多个条件时，使用联合索引通常比多个单列索引更高效，因为MySQL只能对一个表使用一个单列索引（除非使用了索引合并，但效果有限）。
例如，查询语句为：
SELECT * FROM users WHERE city = 'Beijing' AND age = 25;
此时创建联合索引 (city, age) 比分别创建 city 和 age 的单列索引更有效。
注意：联合索引遵循最左前缀原则，即查询必须从索引的最左列开始才能命中索引。
3. 避免过度索引，控制索引数量
每增加一个索引，都会带来以下开销：
- 插入、更新、删除数据时需要同步维护索引，降低写入性能
- 占用更多磁盘空间
- 优化器选择执行计划时成本增加
建议只在经常用于查询条件（WHERE）、连接（JOIN）、排序（ORDER BY）和分组（GROUP BY）的列上建立索引。
4. 合理利用覆盖索引减少回表
如果一个索引包含了查询所需的所有字段，称为覆盖索引，此时MySQL无需回表查询主键索引，能大幅提升性能。
例如，有联合索引 (name, age)，执行：
SELECT name, age FROM users WHERE name = 'Alice';
这个查询可以直接从索引中获取数据，不需要访问数据行。
5. 注意索引列上的操作会失效
在索引列上使用函数、表达式或类型转换会导致索引无法使用。
例如，以下写法将导致索引失效：
SELECT * FROM users WHERE YEAR(create_time) = 2025;
应改写为：
SELECT * FROM users WHERE create_time >= '2025-01-01' AND create_time
6. 主键尽量使用自增整数
InnoDB引擎使用主键作为聚簇索引，主键的选择直接影响插入性能和页分裂频率。
使用自增整型主键（如 INT 或 BIGINT）能保证数据物理存储有序，减少页分裂，提高插入效率。
避免使用UUID或字符串作为主键，除非有特殊业务需求，否则会导致插入随机化、索引碎片严重。
7. 对于大字段慎用索引
TEXT、BLOB
或长字符串列不适合直接建立普通索引，会占用大量空间且效率低。
若必须索引，可考虑：
- 使用前缀索引，如
INDEX(content(100)) - 提取关键字另建字段索引
- 使用全文索引（FULLTEXT）处理文本搜索
基本上就这些。索引设计要结合实际查询场景，定期通过 EXPLAIN 分析执行计划，确保索引真正被使用，同时根据业务变化及时调整。不复杂但容易忽略细节。
