MySQL-索引优化篇(2)_使用索引扫描来优化排序


在这里插入图片描述


官方文档

https://dev.mysql.com/doc/

在这里插入图片描述

如果英文不好的话,可以参考 searchdoc 翻译的中文版本

http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/doc/refman/5.7/en/index.com.coder114.cn.html
在这里插入图片描述


使用索引扫描来优化排序

存储引擎: Innodb

重点: 优化排序 手段:利用索引

两个思路: 1 通过排序操作 、 2 按照索引顺序扫描数据


索引的列顺序和Order By子句的顺序完全一致

举几个例子

mysql> show create table rental \G;
*************************** 1. row ***************************
       Table: rental
Create Table: CREATE TABLE `rental` (
  `rental_id` int(11) NOT NULL AUTO_INCREMENT,
  `rental_date` datetime NOT NULL,
  `inventory_id` mediumint(8) unsigned NOT NULL,
  `customer_id` smallint(5) unsigned NOT NULL,
  `return_date` datetime DEFAULT NULL,
  `staff_id` tinyint(3) unsigned NOT NULL,
  `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`rental_id`),
  UNIQUE KEY `rental_date` (`rental_date`,`inventory_id`,`customer_id`),
  KEY `idx_fk_inventory_id` (`inventory_id`),
  KEY `idx_fk_customer_id` (`customer_id`),
  KEY `idx_fk_staff_id` (`staff_id`),
  CONSTRAINT `fk_rental_customer` FOREIGN KEY (`customer_id`) REFERENCES `customer` (`customer_id`) ON UPDATE CASCADE,
  CONSTRAINT `fk_rental_inventory` FOREIGN KEY (`inventory_id`) REFERENCES `inventory` (`inventory_id`) ON UPDATE CASCADE,
  CONSTRAINT `fk_rental_staff` FOREIGN KEY (`staff_id`) REFERENCES `staff` (`staff_id`) ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=16050 DEFAULT CHARSET=utf8mb4
1 row in set (0.00 sec)

ERROR: 
No query specified

mysql> explain select * from rental where rental_date > '2005-01-01' order by rental_id \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: rental
   partitions: NULL
         type: index              ---------------> 索引
possible_keys: rental_date
          key: PRIMARY
      key_len: 4
          ref: NULL
         rows: 16008
     filtered: 50.00
        Extra: Using where
1 row in set, 1 warning (0.00 sec)

mysql> 


using where:表示优化器需要通过索引回表查询数据;
select * , 除了索引列,其他的字段都需要回表来获取,所以 是using where .

5.7.29 版本的mysql的存储引擎是 Innodb,对于Innodb来讲,逻辑顺序和主键顺序是一致的,所以可以利用主键来排序 ,上面 order by rental_id 就是利用主键来排序 。 看下 type: index


索引中所有列的方向(升序、降序)和 order by子句完全相同

在这里插入图片描述

我们知道,字段的默认是 ase 升序排列的。 如果order by 都使用升序的

using index condition:5.6加入 ,会先条件过滤索引,过滤完索引后找到所有符合索引条件的数据行,随后用 WHERE 子句中的其他条件去过滤这些数据行;

但是如果 order by inventory_id desc, customer_id 的话, Extra中出现了 Using filesort ,这说明了啥?

在使用order by关键字的时候,如果待排序的内容不能由所使用的索引直接完成排序的话,那么MySQL有可能就要进行“文件排序” 【其实并不是从文件中查找排序,不要误解】。


看下索引情况

在这里插入图片描述

最左侧的索引 rental_date 使用范围查询 来验证下
在这里插入图片描述

结论: 如果查询中有某个列的范围查询,则其右边所有列都无法使用索引


order by中的字段全部在关联表中的第一张表中


发布了819 篇原创文章 · 获赞 2030 · 访问量 415万+

猜你喜欢

转载自blog.csdn.net/yangshangwei/article/details/104142657
今日推荐