索引优化
口诀
全职匹配我最爱，最左前缀要遵守；
带头大哥不能死，中间兄弟不能断；
索引列上少计算，范围之后全失效；
like百分写最右，覆盖索引不写星；
不等空值还有or，索引失效要少用。
覆盖索引优化
select id,title from tb_item where categoryId=100;
像这种SQL建立索引的时候，不要只建立categoryId一个字段的二级索引，要建立categoryId和title两个字段的组合索引，因为title也是需要查询的字段索引也叫覆盖索引（查询的字段在索引中）
索引失效情况
1、不遵守最左法则
2、索引列进行了运算操作
3、组合索引出现范围查询，部分失效，比如：遇到这种情况，范围条件放在组合索引的最后
4、like模糊匹配索引可能失效
包含匹配，结尾匹配，索引失效
开头匹配，索引不失效
5、条件是<>，null，or
分页优化
方法1：where xx>xx 优化（需要主键不间断递增）
优化步骤1：使用主键或者有索引的列进行order by
优化步骤2：使用where范围代替limit跳过的部分，避免数据量大的时候扫描过多的记录。
例如：查询500~505这5条记录
select film_id,description,xxx... from film limit 500,5;
优化：
select film_id,description,xxx... from film where film_id>500 and film_id<=505 order by film_id limit 0,5;
查看具体执行计划：
方法2: inner join优化（推荐）
select id,description,xxx... from film limit 500,5;
优化思路：先获得需要展示数据的id，再根据id查询具体数据。
select film.id,description,xxx... from film inner join (select id from film limit 500,5) tmp //先获得需要展示的数据的id作为一张临时表tmp on film.id=tmp.id;
left join联合查询优化：小表驱动大表
where后面的条件先执行，再执行left join，所以根据where查询出的数据量直接关系到left join的效率，所以left join这种联合查询，where后面的条件很重要，要用小表去联合大表，这样效率高。
情况1：两个表数据量都不大
情况2：典型的大表驱动小表，效率低！根据where先查询出470007条数据
用字段冗余代替联合查询
联合查询：
冗余字段：
