一、单表
创建索引之前：type=ALL全表扫描，Extra里面的Using filesort(文件内部排序)
根据where后面的条件创建：CREATE INDEX idx_article_ccv ON article(category_id,comments,views);
可以看出type由ALL变成了range,但是Extra里面的Using filesort(文件内部排序)未解决
此时删除索引:DROP INDEX idx_article_ccv ON article;
重新建立：CREATE INDEX idx_article_ccv ON article(category_id,views);
此时完美解决！！
二、双表
创建索引之前：type=ALL全表扫描
此时有两个表，里面都有字段card,但是现在不知道应该建左表class还是右表book,所以可以先建右表book，查看之后再进行优化
ALTER TABLE book ADD index Y("card");
此时可以明显看到book表得到优化type=ref,但是class表未得到改变，于是删除索引：DROP INDEX Y ON book;
现在加左表class: ALTER TABLE class ADD INDEX Y ("card");
此时看到class表的type=index,建立在右表type=ref,因为ref>index,rows=40>前者的21，所以权衡之间，得到：
左右连接时，左连接建右表索引，右连接建左边索引，因为这是由于左右连接特性决定的，左连接左表一定都有，右表成了关键点，所以右表一定要建立索引，右连接反之。
三、三表
创建索引之前：type=ALL全表扫描，rows=60
从上面两表或查询中总结出左连接建右表，那么这里给phone表和book表创建索引
创建好索引后查看结论
此时看到后两行的type都为ref，中rows=22，优化的很好，因此索引最好建立在经常查询的字段中
四、索引失效
最佳左前缀法则：如果索引了多列，指的是查询从索引的最左抢前列开始并且不跳过索引中的列
问题：如何解决like %字符串%索引失效
1、百分号只写右边aa%不失效
2、使用覆盖索引【何为覆盖索引见我的上一篇文章MySQL的explain中有解释】
小结：
优化口诀：
