索引选择性越高，查询效率越高，其值为唯一值数量与总行数之比，接近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，则需谨慎考虑是否单独为此列建立索引。
还可以查看某个复合索引各前缀的选择性，帮助决定列的顺序：
CoverPrise品牌官网建站系统现已升级！（原天伞WOS企业建站系统）出发点在于真正在互联网入口方面改善企业形象、提高营销能力，采用主流的前端开发框架，全面兼容绝大多数浏览器。充分考虑SEO，加入了门户级网站才有的关键词自动择取、生成，内容摘要自动择取、生成，封面图自动择取功能，极大地降低了使用中的复杂性,百度地图生成，更大程度地对搜索引擎友好。天伞WOS企业建站系统正式版具有全方位的场景化营
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（全表扫描）。
如果发现未走索引或扫描行数过多，可结合选择性分析判断是否需要调整索引结构。
基本上就这些。通过计算和比较索引选择性，你能更科学地设计索引，避免盲目添加，真正发挥索引的加速作用。
