索引选择性越高，查询效率越高，其值为唯一值数量与总行数之比，接近1时表示区分度高，应优先为高选择性列如主键、邮箱创建索引，避免单独为性别等低选择性字段建索引，可通过count(DISTINCT col)/COUNT(*)计算选择性，复合索引应将高选择性列前置以提升过滤效率，结合EXPLaiN检查索引使用情况，定期评估数据分布变化并优化索引策略。

在 mysql 中，索引选择性（Index Selectivity）是影响查询性能的关键因素之一。选择性越高，意味着索引列中不同值的比例越大，索引的过滤能力越强，查询效率也就越高。合理分析并优化索引选择性，可以显著提升数据库性能。

什么是索引选择性

索引选择性是指索引列中唯一值的数量与总行数的比值，计算公式为：

选择性 = 唯一值数量 / 总记录数

理想情况下，选择性越接近 1，说明该列区分度高，例如主键或唯一约束列的选择性为 1。如果选择性接近 0，比如性别这种只有“男/女”的字段，索引效果就很差，甚至可能被优化器忽略。

如何分析索引选择性

可以通过以下 SQL 查询来评估某列的选择性：

 SELECT    COUNT(DISTINCT column_name) / COUNT(*) AS selectivity FROM table_name; 

例如，分析 users 表中 email 字段的选择性：

 SELECT    COUNT(DISTINCT email) / COUNT(*) AS email_selectivity FROM users; 

若结果接近 1（如 0.98），说明 email 列非常适合建索引；若远小于 0.1，则需谨慎考虑是否单独为此列建立索引。

超能文献

超能文献是一款革命性的AI驱动医学文献搜索引擎。

14

查看详情

还可以查看某个复合索引各前缀的选择性，帮助决定列的顺序：

 SELECT    COUNT(DISTINCT col1) / COUNT(*) AS sel_col1,   COUNT(DISTINCT CONCAT(col1, col2)) / COUNT(*) AS sel_col1_col2 FROM table_name; 

复合索引中应将选择性高的列放在前面，这样能更快缩小搜索范围。

根据选择性优化索引策略

基于选择性分析，可以采取以下措施提升性能：

• 优先为高选择性列创建索引：如用户ID、订单号、邮箱等唯一性较强的字段，能有效加速 WHERE、JOIN 和 ORDER BY 操作。
• 避免对低选择性列单独建索引：如状态、性别、是否删除等枚举类字段，单独建索引意义不大，还增加写入开销。
• 使用复合索引弥补单列不足：即使单列选择性不高，多个列组合后可能具备良好选择性。例如 (status, created_at) 在按状态筛选后按时间排序时很有效。
• 注意索引列顺序：在联合索引中，把选择性高且常用于过滤的列放在前面，能更早地排除无效数据。
• 定期检查数据分布变化：随着业务发展，某些列的选择性可能下降（如早期用户集中在某区域），需要重新评估索引有效性。

结合执行计划验证效果

使用 EXPLAIN 分析查询语句，确认是否命中预期索引：

 EXPLAIN SELECT * FROM users WHERE email = 'user@example.com'; 

关注输出中的 key、rows 和 type 字段：

• key 显示实际使用的索引；
• rows 越小越好，表示扫描行数少；
• type 最好是 const/ref，避免 ALL（全表扫描）。

如果发现未走索引或扫描行数过多，可结合选择性分析判断是否需要调整索引结构。

基本上就这些。通过计算和比较索引选择性，你能更科学地设计索引，避免盲目添加，真正发挥索引的加速作用。