explain执行计划包含的信息

type 访问类型，sql查询优化中一个很重要的指标，结果值从好到坏依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说，好的sql查询至少达到range级别，最好能达到ref

-- eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描

 和 左连接 右连接一样

 -- ref：非唯一性索引扫描，返回匹配某个单独值的所有行。本质是也是一种索引访问，它返回所有匹配某个单独值的行，然而他可能会找到多个符合条件的行，所以它应该属于查找和扫描的混合体

io表共三个索引

走的是索引查找

一个device_id有很多条记录

--  ALL：Full Table Scan，遍历全表以找到匹配的行 

一个最简单的查询 花费了3秒多 随着数据量的增加 ALL花费的时间越来越大

-- range：只检索给定范围的行，使用一个索引来选择行。key列显示使用了那个索引。一般就是在where语句中出现了bettween、<、>、in等的查询。这种索引列上的范围扫描比全索引扫描要好。只需要开始于某个点，结束于另一个点，不用扫描全部索引 

未给signal_strength字段加索引前 如下

 给signal_strength字段加索引后 如下

 存在一种情况 实际使用的索引，如果为NULL，则没有使用索引 如下

-73 -74 -75 都有值 不存在null 走索引

 -73 到 80 之间 存在null 此时不走索引 走全表扫描

-- index：Full Index Scan，index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数据文件小。（Index与ALL虽然都是读全表，但index是从索引中读取，而ALL是从硬盘读取）

io表共三个索引 测试一个查索引列 一个不查索引列

 查询索引列

 不查索引列