2.2mysql 索引优化

5.1索引分析
    5.1.1单表

    5.1.2两表

       5.1.3三表

5.2索引失效（应该避免）  
            5.2.1 建表SQL

5.2.2 案例（索引失效）
                    5.2.2.1        全值匹配我最爱

5.2.2.2      最佳左前缀法则*  ==如果索引了多列，要遵守最左前缀法则。指的是查询从索引的嘴左前列开始并且不跳过索引中的列 带头大哥不能死

5.2.2.3        不在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描

5.2.2.4        存储引擎不能使用索引中范围条件右边的列

5.2.2.5        尽量使用覆盖索引（只访问索引的查询（索引列和查询列一致）），减少select*

5.2.2.6        mysql在使用不等于（！=或者<>） 的时候无法使用索引会导致全表扫描

5.2.2.7        is null，is not null 也无法使用索引

5.2.2.8        like以通配符开头（'%abc...'）mysql索引失效会变成全表扫描的操作

*问题：解决like‘%字符串%’时索引不被使用的方法？？

                                  
                                    覆盖索引解决问题
                                    注意：创建的索引字段 假如只有两个 ，用这两个字段去查询   
                                          ***例如：
                                                index （a，b）
                                                select a，b from A
                                                select a，b，c from  A   索引会失效 因为多了没建索引的字段
                    5.2.2.9        字符串不加单引号索引失效

5.2.2.10    少于or，用它来连接时会索引失效

5.2.2.11    小总结

5.2.3 面试题讲解
                    a.题目

                    b.定值、范围还是排序，一般order by是给个范围
                    c.group by基本上都需要进行排序，会有临时表产生

5.3一般性建议 
         5.3.1     对于单键索引，尽量选择针对当前query过滤性更好的索引
            5.3.2    在选择组合索引的时候，当前Query中过滤性最好的字段在索引字段顺序中，位置越靠前越好
            5.3.3    在选择组合索引的时候，尽量选择可以能够包含当前query中的where子句中更多字段的索引
            5.3.4    尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的


            全值匹配我最爱，最左前缀要遵守
            带头大哥不能死，中间兄弟不能断
            索引列上少计算，范围之后全失效
            LIKE百分写最右，覆盖索引不写星
            不等空值还有or，索引失效要少用
            VAR引号不可丢，SQL高级也不难

lilixia

公告