文章目录
- 生猛干货
- 官方文档
- 使用索引扫描来优化排序
- 索引的列顺序和Order By子句的顺序完全一致
- 索引中所有列的方向（升序、降序）和 order by子句完全相同
- order by中的字段全部在关联表中的第一张表中
- 搞定MySQL
生猛干货
带你搞定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 使用范围查询 来验证下
结论： 如果查询中有某个列的范围查询，则其右边所有列都无法使用索引
