mysql重点--执行计划

 explain SQL；

在sql语句前面加explain实现“执行计划”的功能。功能是比较准确的显示将要执行这条sql语句的运行状况。

select_simple 是查询类型；table 表名字 possible_keys,key 有可能，真实走的那一列索引 rows 涉及多少条数据 

在上述的图片中，有几个需要注意的地方。

type 

查询时的访问方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const

　　#ALL --表示全数据表查询

  　#INDEX --表示全数据表查询

　　以上两种都是有优化的余地的。从语句到表结构到缓存上。

　　#range 优于前两者

　　

　　在使用范围查找的时候（< , > ,= ,>=,<=,!=），若是对索引进行查找会是range类型。否则还是全表扫描。

　　特别的，！= 和 > 特殊的在此版本的mysql中不为命中索引。但是这也都是不一定的比如：

　　 explain select nid from bigdata where name !="dfhwe32423k3jbf2uh54hk5jb34";  --index

　　 explain select nid from bigdata where name !="zefs";  -- range    nid是纯数字并且主键。name是长字符串普通索引。

　　同样的两条语句会因为查找的条件不同而改变查找类型。同理，当查找目标select后是主键或者数字时又会有所不同。

　　　　so，实践是检验真理的唯一标准。

　　#index_merge

　　　　即索引合并，注意OR  explain select name from bigdata where name ="dfhwe4" or nid = 3434  

　　#ref

　　　　即普通索引，根据索引查找一个或多个值 select * from tb1 where name = 'seven';

　　#qe_ref

　　　　同上，只不过用到了主键或者unique。

　　#const

　　　　表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。

　　　　 select nid from tb1 where nid = 2 ;

　　#system

　　　　表仅有一行(=系统表)。这是const联接类型的一个特例。 select * from (select nid from tb1 where nid = 1) as A;

慢日志查询

slow_query_log = OFF                            是否开启慢日志记录
long_query_time = 2                              时间限制，超过此时间，则记录
slow_query_log_file = /usr/slow.log        日志文件
log_queries_not_using_indexes = OFF     为使用索引的搜索是否记录

以上可以写在配置文件ini文件中，也可以在终端上暂时写进内存中下次重启在永久执行。