MySql 索引优化

在项目开发中SQL是必不可少的,表索也同样.这些SQL的运行性能不知道吗?
有多少是命中了索引的?命中哪一个索引?
索引中有哪一个是无效索引?这些无效索引是否会影响系统的性能?
带着这些问题咱们一块儿来学习一下.
　　MySql中是经过 Explain 命令来分析低效SQL的执行计划。命令的使用很简单.
示例 explain select * from adminlog
执行结果:
id  select_type table   partitjons  type    possible_keys   key key_len ref row filtered    Extra
1   SIMPLE  adminlog        ALL                 2   100  
执行结果每一列的说明:

一、 select_type : 查询类型，常见的值[SIMPLE：简单表，不使用表链接或子查询。
                                    PRIMARY : 主查询，外层的查询。
                                    UNION 第二个或者后面的查询语句。
                                    SUBQUERY : 子查询中的第一个select]
二、table ：输出结果的表
三、type : 表示MySql在表中找到所需行的方式，或者叫访问类型。常见的类型：
ALL index   range   ref eq_ref  const,system    NULL
从左到右，性能由最差到最好。
　　3.1 type＝ALL　全表扫描，
　　3.2 type＝index 索引全扫描，遍历整个索引来查询匹配的行
　　3.3 type=range 索引范围扫描，常见于　<,<=,>,>=,between,in等操做符。
　　例 
　　　　explain select * from adminlog where id>0 , 
　　　　explain select * from adminlog where id>0 and id<=100
　　　　explain select * from adminlog where id in (1,2) 

　　3.4 type=ref　使用非惟一索引或惟一索引的前缀扫描，返回匹配某个单独值的记录行。ref还常常出如今JOIN操做中

　　3.5 type=eq_ref 相似于ref，区别就在使用的索引是惟一索引，对于每一个索引键值，表中有一条记录匹配；
                    简单来讲，说是多表链接中使用　主建或惟一健做为关联条件
　　3.6 type=const/system 单表中最多有一个匹配行。
                    主要用于比较primary key [主键索引]或者unique[惟一]索引,
                    由于数据都是惟一的，因此性能最优。条件使用=。 
　　3.7 type=NULL　不用访问表或者索引，直接就可以获得结果　
例　explain select 1 from dual,类型type 还有其余值　
    如ref_or_null : 与ref 相似，区别在于条件中包含对NULL的查询.   
index_merge : 索引合并优化, 
unique_subquery : in的后面是一个主键字段的子查询。
index_subquery : 与unique_subquery 相似,区别在于in的后面是查询非惟一索引字段的子查询
四、possible_keys : 可能使用的索引列表.
五、key : 实现执行使用索引列表
六、key_len : 索引的长度
七、ref : 显示使用哪一个列或常数与key一块儿从表中选择行。
八、row : 执行查询的行数，简单且重要，数值越大越很差，说明没有用好索引
九、filtered:
十、Extra: 该列包含MySQL解决查询的详细信息。
　　10.1 Not exists  
　　10.2 range checked for each record
　　　　没有找到合适的索引
　　10.5 using index 只使用索引树中的信息而不须要进一步搜索读取实际的行来检索表中的信息。
        就是建议取索引列。
        这样就能够不要经过索引去实际表中找数据了。直接返回索引列的数据。
        一次查询。不然就是索引表查一次，实际表中查一次。
　　10.6 using temporary
为了解决查询，MySQL须要建立一个临时表来容纳结果。
典型状况如查询包含能够按不一样状况列出列的GROUP BY和ORDER BY子句时。

无效索引： 数据变化不大的列。如XX类型，是否有效，项目ID等列的索引都是无效的。
这些无效索引仍是影响Insert 、Update、Delete 语句的性能。
由于这些语包的执行都要对索引表进行更新。
又由于这些表的值变化不大，数据库很难为他们合理分配索引。因此影响语句的性能。

IN,OR 是否会走索引:
一条SQL会不会走索引一个看条件使用的运算符，另外一个看有没有索引。
因此SQL会不会走索引和IN.OR,group by 没有关系。
什么运算符不走索引，<>,!=
OR 有个点要注意一下：就OR先后两个条件都要有索引整个SQL才会使用索引。
只要有一个条件没索引那么整个SQL都不使用索引。
若是出现OR的一个条件没有索引时，建议使用 union 
例：
explain SELECT * FROM cbdfinance.adminlog where id = 1 
union SELECT * FROM cbdfinance.adminlog where OriginalData='UpdateModelErrorMsg';

结果：

1   PRIMARY adminlog        const   PRIMARY PRIMARY 4   const   1   100.00   
2   UNION   adminlog        ALL                 11  10.00   Using where
    UNION RESULT    <union1,2>      ALL                         Using temporary
使用OR第二个条件没有索引：
explain SELECT * FROM cbdfinance.adminlog where id = 1 or OriginalData='UpdateModelErrorMsg';
结果：
1   SIMPLE  adminlog        ALL PRIMARY             11  18.18   Using where
explain SELECT * FROM cbdfinance.adminlog where id = 1 or id=2;
explain SELECT * FROM cbdfinance.adminlog where id = 1 or SearchText1='UpdateModelErrorMsg';
explain SELECT * FROM cbdfinance.adminlog where id in (1,2)
explain SELECT * FROM cbdfinance.adminlog group by SearchText1