生猛干货
带你搞定MySQL实战，轻松对应海量业务处理及高并发需求，从容应对大场面试
官方文档
如果英文不好的话，可以参考 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
https://artisan.blog.csdn.net/article/details/104142657?spm=1001.2014.3001.5502
