1 使用EXPLAIN查看可以优化的点
2 EXPLAIN出现了哪些问题，我们需要去优化
我们能优化的点由type,Extra提供
2.1 type的包括以下内容
(1)system
只有一条记录的系统表 或 衍生表只有一条数据的主查询
系统表我们模拟不了，我们能模拟衍生表
(2)const
仅仅能查到一条数据的SQL，必须是Primary Key 或unique
(3)eq_ref
对于每个索引键的查询，返回匹配唯一行数据（有且只有一个，不能多也不能少也不能为0）。此种情况常见于主键唯一和索引唯一。
eq_ref要求两个表的的记录条数必须一致，很难满足。
(4)ref
非唯一性索引，对于每个索引键拆线，返回匹配的所有行(0个或多个）
(5)range
检索指定范围的行，where后面是一个范围（between,and,><=）
in有时候会使索引失效
(6)index
查询所有索引中顺序
(7)all
查询所有的数据
2.2 Extra
Extra:包含不适合在其它列中显示但十分重要的额外信息:
(1)using filesort(出现这个东西不好):说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,mysql中无法利用索引完成的排序操作称为"文件排序"。需要额外的一次排序和查询。用一个索引查却用另一个索引排序，往往会导致多一次排序。
(2)using temporary(出现这个东西更不好,使用到了临时表):使用了临时表保存中间结果,Mysql在对查询结果排序时使用临时表,常见于排序order by和分组查询group by.
(3)using index:表示相应的select操作中使用了覆盖索引(Covering Index),避免了访问了表的数据行,效率不错！
(4)如果没有同时出现using where,表明索引用来读取数据而非执行查找操作；也就是回表查询。
3 常见的优化策略
3.1单表优化
CREATE TABLE `book` (
`bid` int(4) NOT NULL,
`name` varchar(20) DEFAULT NULL,
`authorid` int(4) DEFAULT NULL,
`publicid` int(4) DEFAULT NULL,
`typeid` int(4) DEFAULT NULL,
PRIMARY KEY (`bid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
对type进行优化，把ALL改成ref
优化1：我们加一个复合索引
优化2：根据SQL解析的实际顺序，调整索引的顺序
没有什么优化
优化3：因为根据左前缀原则，左边的失效会导致右边的也失效。我们要把in放到最后
小节：
（1）最佳左前缀，索引顺序要和SQL语句的查询顺序一致，索引不能跨列使用
（2）IN的范围查询要放到SQL语句的最后，因为IN可能会导致索引失效，根据最佳左前缀，导致失效放右边。
3.2 双表优化
优化1：加索引
两个表那么索引加在哪个表呢？
(1)小表驱动大表，小表放左边，大表放右边
(2)给经常使用的字段加索引，左外连接加左表，右外连接加右表
