mysql explain extra 信息分析
对于extra信息，常见的几种情况的分析
-
using index、using where、using index condition
-
using index ：使用覆盖索引的时候就会出现，测试发现主键索引也会生效
-
using where：在查找使用索引的情况下，需要回表去查询所需的数据
-
using index condition：查找使用了索引，不需要回表查询，因为要过滤的字段在索引中
-
using index & using where：查找使用了索引，但是需要的数据都在索引列中能找到，所以不需要回表查询数据（联合索引很容易出现这样的结果）
ㅤ
ㅤ
测试样例
- 字段
ㅤ - 索引
普通索引
索引覆盖 using index
其中role_name为索引字段，这里查询的结果在索引中存在，所有extra中包含了一个using index
ㅤ
回表 using where
这里的查询结果是其实是需要回表查询的
ㅤ
使用了索引，同时需要回表
其中role_name为索引字段，可以看到这里也使用了这个索引。这里using where 就是在第一个条件进行过滤后同时进行了回表查询再次过滤。
ㅤ
主键查找，需要二次过滤，但是不需要回表
因为id为主键，主键是聚簇索引，本身就包含了所有数据，虽然需要进行二次过滤，但过滤的数据不需要回表就能查找到，所有没有出现using where
ㅤ
索引下推 using index condition
这里出现了using index condition,是因为过滤的字段在索引中，不需要回表查询过滤。索引的数据区是包含主键的。
联合索引
ㅤ
下面是建立了一个ROLE_NAME, ROLE_DESC, ROLE_MESSAGE联合索引
最左匹配原则
和上面类似，查询字段在索引中会使用using index
ㅤ
ㅤ
可以看到如果是联合索引，只要符合最左原则就会走索引
回表 using where
ㅤ
因为role_extra不在索引中，最终会回表查询再次过滤
联合索引跳过某个字段，使用了部分的索引，using index，仍需要回表
ㅤ
过滤条件的字段都在索引中，但注意，这里的role_message会失效，因为跳过了一个字段。其中using index很好理解，那就是查询的字段在索引中，而using where表示要回表查询再次过滤。
索引下推
这里的using index condition应该是这样理解，虽然role_message失效，但这个字段还是在索引中的，所以不需要进行回表查询过滤，只需要在当前索引进行过滤。从字面意思也能看出，“使用索引条件”。
带有order by的using index condition
再看个比较复杂的，
这里出现了using index condition,是因为过滤的字段在索引中，不需要回表查询过滤。索引的数据区是包含主键的。
using filesort
这里出现了using filesort是因为需要对结果进行排序。因为role_desc不在索引中。而上面因为是对主键排序，每个索引的数据部分是包含主键的。注意这里role_desc无论是否加索引结果都一样，这里的排序不依赖索引。
