MySQL 优化器会选择【最小、最精准、最高效】的索引

某表有二个索引,一个是a,b,c三字段联合索引,一个是a字段单独索引, where a =2 ; 会用到哪个索引?为什么?

结论

where a = 2; 一定会走【a 字段单独索引】,绝对不会走联合索引 (a,b,c)!


为什么?(面试官最想听的核心原理)

核心原因:MySQL 优化器会选择【最小、最精准、最高效】的索引

1. 索引体积对比

  • 单列索引 a :只有 a 一个字段,索引树更小、数据更少、查询更快。
  • 联合索引 a,b,c :包含 a+b+c 三个字段,索引树更大、更重、IO 更高。

2. MySQL 优化器选择规则

查询只用到 a 字段时,优化器会自动选:
索引更小、扫描更快、回表成本更低的 【单列索引 a】

一句话:能走小索引,绝不走大索引!


用最通俗的比喻

  • 单列索引 a = 一张小卡片(只写了a)
  • 联合索引 a,b,c = 一张大表格(写了a、b、c)

你只需要查 a ,肯定拿小卡片最快,不会去翻大表格。


面试满分口述(直接背)

"当查询条件只有 where a=2 时,MySQL 会选择 a 字段的单列索引 。

因为 MySQL 优化器遵循最优索引选择原则 :

在满足查询需求的前提下,优先选择字段更少、体积更小、查询效率更高的索引 。

单列索引 a 比联合索引 (a,b,c) 更小、更快,所以会选中它。"


超级总结(一句话刻在脑子里)

只查 a → 用最小的索引(单列a),不用大而全的联合索引!


巩固 2 道必考题(你一定能答对)

  1. where a=2 and b=3 → 走哪个?

    → 联合索引 (a,b,c)(因为用到 a、b,单列索引不够)

  2. where a=2 → 走哪个?

    → 单列索引 a(最小最优)


相关推荐
Elastic 中国社区官方博客2 小时前
将你自己的密钥用于现有 Elastic Cloud 部署
大数据·数据库·elasticsearch·全文检索
红海云3 小时前
Jev:给智能系统做判断的模型
大数据·数据库·人工智能
wjkjpcba3 小时前
PCBA烧录程序是什么:PCBA包工包料厂家解析烧录与测试
linux·数据库·人工智能·smt贴片加工·pcba贴片加工厂
꯭自꯭闭꯭3 小时前
达梦事物特性及MVCC
linux·运维·数据库
小马同学-4 小时前
MySQL主从复制和读写分离
数据库·mysql
谢亮_vipxieliang4 小时前
Spring 事务失效的常见场景
java·开发语言·数据库·spring boot
海绵宝宝转agent4 小时前
MySql高频面试八股开源笔记总结
mysql·面试·开源
geovindu4 小时前
sql: JSON and XML Data Handling in SQL using sql server 2025
大数据·数据库·sqlserver·数据库开发·数据库架构
IT大白鼠5 小时前
图数据库系列 · 第 02 篇——架构拆解:原生图存储到因果集群
数据库·架构·nosql
余槐i5 小时前
数据没回滚也不报错:@Transactional 自调用失效的 3 种复现与修复
spring boot·mysql·多线程·spring 事务