mysql order by索引优化_Mysql索引优化_ORDER BY中索引的使用

在实际的业务中我们经常会用到排序的场景。但是很多时候用了排序之后,效率就会降低很多。

首先说下Mysql的排序方式,在我所知的是有两种:

一种是排序的字段是有索引的,因为索引是有序的,所以不需要另外排序,

另一种是排序的字段没有索引,所以需要对结果进行排序,这种情形下如果我们EXPLAIN分析的话就会出现 Extra: Using filesort

如果用到的了using filesort对结果进行排序会使效率很大程度上的受影响。所以我们尽量使排序能用到索引。那么什么时候才能使用到索引呢,下面举几个简单的例子。有表结构如下:

CREATE TABLE `student` (

`id` int(10) unsigned NOT NULL AUTO_INCREMENT,

`first_name` varchar(20) NOT NULL,

`last_name` varchar(20) NOT NULL,

`created_at` date NOT NULL,

`score` int(3) NOT NULL DEFAULT '0',

`updated_at` timestamp NOT NULL,

PRIMARY KEY (`id`),

KEY `time_sorce_name` (`created_at`,`score`,`first_name`)

) ENGINE=InnoDB AUTO_INCREMENT=6811477 DEFAULT CHARSET=utf8

可以看到这个表中已经有6811477条数据了。

下面我们来看一些查询:

SELECT * FROM student WHERE created_at='2019-07-10' ORDER BY score;

WHEREcreated_at条件跟排序字段score组成了一个符合最左索引条件的组合,所以是可以用到索引的。

但是如果我们把上面的查询改一下。

SELECT * FROM student WHERE created_at='2019-07-10' ORDER BY score,first_name;

这个索引也是可以引用索引排序的。

下面是一些不能使用索引排序的例子:

SELECT * FROM student WHERE created_at

那么这个情况是不能使用到索引的,因为查询的一个列是一个范围查询,所以能用到的索引列也就只有第一列,而排序中的score列是不能使用到索引的。

下面这个查询也是不能使用到索引排序的,因为排序字段中引用了一个不在索引中的列

SELECT * FROM student WHERE created_at

下面这个查询也是不能使用到索引排序的,因为排序字段跟查询条件不能组成符合索引的最左条件

SELECT * FROM student WHERE created_at

下面这个查询也是不能使用到索引排序的,因为用到IN查询也是一个范围查询

SELECT * FROM student WHERE created_at

这些只是一些简单的示例,在实际场景中业务会更复杂,也会存在多张表的时候。这个时候就需要我们实际去分析问题了。只要是知道了基本原理,其他的都是顺藤摸瓜。

313ef15aa64ecb3d800c084e712bc96e.png

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值