查询语句的执行计划 explain
从低到高的顺序:
ALL(全表扫描)、【避免】 index（全索引扫描）【避免】 range范围扫描 ref非唯一索引扫描、 eq_ref唯一索引扫描 const结果只有一条的主键或唯一索引扫描 [索引失效] 1索引列上做了计算 函数 类型转换等操作 2like匹配使用了前缀匹配符"%ab" 3字符串不加引号导致类型转换 查询过程需要扫描整个索引并回表，代价高于直接全表扫描 可能出现全表扫描（索引列上用了!= >= <= or in,索引列上用了 is null is not null） 强制走索引：
select * from student force index（‘index_name’）where name>='Rose'如何建立高效索引 建立前缀索引 create index on student index_name_pre(name(5)) 建立覆盖索引 （覆盖索引是sql 中query的所有字段，在索引B+tree的叶子节点上都能找到那些索引）
联合索引 最左匹配准则 区分度大的字段排在前面（distinct（column/count(*)））
join order by group by join 参与join的字段上一般需要加上索引
提倡尽量结合现有的索引字段进行order by操作 尽量避免低效的文件排序操作 group by如果能够依赖索引完成，则不需要额外的临时表
索引的缺德 1 索引会带来数据写入延迟 2 索引会引入额外的空间损耗 3索引能提升查询效率的场景有限 大数据下 要进行读写分离 分库分表等方案
