第五章 索引与算法
回顾索引生效type
常用的类型有： ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）
ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行
index: Full Index Scan，index与ALL区别为index类型只遍历索引树
range:只检索给定范围的行，使用一个索引来选择行
ref: 表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
eq_ref: 类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用primary key或者 unique key作为关联条件
const、system: 当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下，使用system
NULL: MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。
5.6.7 Index Condition Pushdown（ICP）优化
进化的由来
Index Condition Pushdown (ICP)是mysql使用索引从表中检索行数据的一种优化方式，从mysql5.6开始支持，mysql5.6之前，存储引擎会通过遍历索引定位基表中的行，然后返回给Server层，再去为这些数据行进行WHERE后的条件的过滤。mysql 5.6之后支持ICP后，如果WHERE条件可以使用索引，MySQL 会把这部分过滤操作放到存储引擎层，存储引擎通过索引过滤，把满足的行从表中读取出。ICP能减少引擎层访问基表的次数和 Server层访问存储引擎的次数
作用：根据索引查询的优化方式
当进行索引查询时，首先根据索引来查询，然后再根据where 条件过滤，将where 的部分过滤条件放在存储引擎层
支持range ref eq_ref ref_or_null 类型的查询
1.ICP的目标是减少从基表中读取操作的数量，从而降低IO操作
2.对于InnoDB表，ICP只适用于辅助索引（联合索引 且 where 后边的语句列属性都在联合索引里面）
3.当使用ICP优化时，执行计划的Extra列显示Using indexcondition提示
4.数据库配置 optimizer_switch="index_condition_pushdown=on”;
当优化器使用icp时，会在extra 中显示Using index condition
当优化器使用MRR时，会在extra 中显示Using MRR
当使用 ICP and MRR 时，Using index condition，Using MRR
