MySQL建立的联合索引,真的用到了吗?

本文探讨了MySQL中联合索引的应用及最左匹配原则。通过创建学生表并设置不同查询条件,验证了联合索引是否被有效利用。文章指出,联合索引的使用取决于查询条件是否遵循最左匹配原则。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

当我们需要提高MySQL的查询性能的时候,一般想到的处理办法就是建立索引,当有多个条件进行查询的时候,需要建立联合索引进行查询,而联合索引需要符合最左匹配原则,今天就来探讨一下,你建立的联合索引真的用到了吗?

首先建立一个学生表:

CREATE TABLE `student` (
 `id` varchar(10) NOT NULL COMMENT '编号',
	`num` varchar(20) DEFAULT NULL COMMENT '学号',
 `name` varchar(12) DEFAULT NULL COMMENT '姓名',
 `age` varchar(4) DEFAULT NULL COMMENT '年龄',
 `honey` varchar(4) DEFAULT NULL COMMENT '爱好',
 PRIMARY KEY (`id`),
 UNIQUE KEY `id` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='学生表'

里面插入数据:

 

当没有建立联合索引的时候,下面查询的执行计划如下:

语句:EXPLAIN SELECT * FROM student a WHERE a.num='001' AND a.name='张三' AND a.age='25' AND a.honey='跑步'

执行计划如下:

 

可以看出没有用到索引,建立(num,name,age)的联合索引:

语句为:ALTER TABLE student ADD INDEX stu_index(num,name,age)

执行上面那条语句,执行计划如下:

 

从执行计划中可以看出,使用到了索引。

当语句变为:EXPLAIN SELECT * FROM student a WHERE a.name='张三' AND a.age='25' AND a.honey='跑步'

执行计划是:

 

可以看出,没有用到索引,因为根据索引的最左匹配原则,上面的sql语句是不会走索引的。

当语句为:

EXPLAIN SELECT * FROM student a WHERE a.num='001' AND a.age='25' AND a.honey='跑步'

或者:

EXPLAIN SELECT * FROM student a WHERE a.num='001' AND a.name='张三' AND a.honey='跑步'

还是可以走索引的。而当a.num不处于where条件的第一个位置,如下语句,还会走索引吗?

语句:

EXPLAIN SELECT * FROM student a WHERE a.age='25' AND a.num='001' AND a.name='张三' AND a.honey='跑步'

或者:

EXPLAIN SELECT * FROM student a WHERE a.age='25' AND a.name='张三' AND a.num='001' AND a.honey='跑步'

执行计划为:

 

还是会走索引的。所以说顺序无关,主要看是不是符合最左匹配原则

### 什么是联合索引 在数据库设计中,当查询经常涉及个列时,可以创建一种特殊类型的索引——联合索引(Composite Index)。这种索引覆盖个字段,在这些字段上建立单一的索引结构。通过这种方式,对于那些频繁一起使用的查询条件来说,性能会得到显著提升[^1]。 #### 创建联合索引的方式 假设有一个 `product` 表,其中包含 `category_id`, `name` 和其他一些属性。如果大数查询都涉及到这两个字段,则可以在它们之上定义一个复合键: ```sql CREATE INDEX idx_category_name ON product (category_id, name); ``` 此命令将在 `category_id` 和 `name` 列组合的基础上构建一个新的 B-tree 结构化索引文件。 #### 使用场景分析 考虑如下 SQL 查询语句: ```sql SELECT * FROM product WHERE category_id = ? AND name LIKE 'CA%'; ``` 在这种情况下,如果有针对 `(category_id,name)` 的联合索引存在的话,那么该查询将会非常高效地执行,因为 MySQL 可以利用这个预先存在的有序数据集来快速定位满足条件的数据行而无需扫描整个表格[^2]。 然而需要注意的是,像 `%CA` 这样的模式匹配不会触发索引的有效应用,即使已经建立了合适的联合索引也是如此。这是因为前导通配符的存在使得引擎无法有效地使用基于范围查找优化器特性的工作方式。 #### 查看SQL语句是否使用了索引的方法 为了确认某条特定 SELECT 语句实际运行过程中有没有借助到任何可用的索引,可以通过 EXPLAIN 或者更详细的 EXPLAIN ANALYZE 命令来进行诊断。例如: ```sql EXPLAIN ANALYZE SELECT * FROM product WHERE name LIKE 'CA%'; ``` 这条指令会让服务器返回有关计划选择过程的信息以及实际执行统计资料,其中包括所选路径的成本估算、访问方法(如 Index Scan)、具体用到了哪些辅助工具(比如上面提到过的 `using product_name_index`),从而帮助开发者理解并改进其应用程序的表现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

猿人小郑

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值