mysql索引建立的原则

合理建立索引需遵循：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';

纳米搜索

纳米搜索：360推出的新一代AI搜索引擎

30

查看详情

这个查询可以直接从索引中获取数据，不需要访问数据行。

5. 注意索引列上的操作会失效

在索引列上使用函数、表达式或类型转换会导致索引无法使用。

例如，以下写法将导致索引失效：

SELECT * FROM users WHERE YEAR(create_time) = 2023;

应改写为：

SELECT * FROM users WHERE create_time &gt;= '2023-01-01' AND create_time < '2024-01-01';

6. 主键尽量使用自增整数

InnoDB引擎使用主键作为聚簇索引，主键的选择直接影响插入性能和页分裂频率。

使用自增整型主键（如 INT 或 BIGINT）能保证数据物理存储有序，减少页分裂，提高插入效率。

避免使用UUID或字符串作为主键，除非有特殊业务需求，否则会导致插入随机化、索引碎片严重。

7. 对于大字段慎用索引

TEXT、BLOB 或长字符串列不适合直接建立普通索引，会占用大量空间且效率低。

若必须索引，可考虑：

• 使用前缀索引，如 INDEX(content(100))
• 提取关键字另建字段索引
• 使用全文索引（FULLTEXT）处理文本搜索

基本上就这些。索引设计要结合实际查询场景，定期通过 EXPLAIN 分析执行计划，确保索引真正被使用，同时根据业务变化及时调整。不复杂但容易忽略细节。

以上就是mysql索引建立的原则的详细内容，更多请关注php中文网其它相关文章！