生猛干货

带你搞定MySQL实战，轻松对应海量业务处理及高并发需求，从容应对大场面试

官方文档

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中的字段全部在关联表中的第一张表中

搞定MySQL