菜鸟学习MySQL性能分析笔记(1)

MySql性能分析

 MySQL 中有专门负责优化SELECT语句的优化器模块，主要功能：通过计算分析系统中收集到的系统信息，
 为客户端请求的Query提供他认为最优的执行计划(他认为最优的数据检索方式，但不见得是DBA认为最优的这部最耗费时间)、
 2.当客户端想MySQL请求一条Query，命令解析器模块完成请求分类，区别出是SELECT并转发给MySQL Query Optimier时，
 MySQL Query Optimier首先会对整条Query进行优化，处理掉一些常量表达式的预算，直接换算成常量值。并对Query中的查询
 条件进行简化和转换，如果去掉一些无用或显而易见的条件、结构调整等。然后分析Query中的Hint信息（如果有），看显示Hint，
 信息是否可以完全确定该Query的执行计划。如果没有Hint或Hint信息不足以完全确定执行计划，则会读取所涉及到对象的统计信息，
 根据Query进行相应的计算分析，然后再得出最后的执行计划。

 CPU：CPU饱和的的时候一般发生在数据入内存或者

 完成功能 优化性能 化验报告单（SQL写的好与不好）

Explain：

1.是什么？

 使用Explain关键字可以模拟优化器，完成

性能下降SQL慢 执行时间长、等待时间长有哪些原因？

 1.数据过多
 2.关联了太多的表，太多join
 3.没有充分利用到索引
 4.服务器调优及各个参数设置
 1.分库分表
 2.SQL优化
 3.索引建立
 4.调整my.cnf

1.是什么？

使用Explain关键字可以模拟优化器，完成

2.能干吗？

 表的读取顺序
 数据读取操作的操作类型
 哪些索引可以使用
 哪些索引被实际使用
 表之间的引用
每张表有多少行被优化器查询

（select_type查找类型，primary（主查询），subquery，simple）

怎么玩？
检查SQL： Explain + SQL语句

各个字段解释

 执行计划包含的信息
  id、select_type、table type、passible_keys、key、key_len、ref rows、filterred、Extra
1.主键：id
select查询的序列号，包含一组数字，表示查询中执行select子句或操作的顺序
三种情况：
 1.id相同，执行顺序由上至下
 2.id不同，
 *如果是子查询，id的序号会递增，id值越大优先级越高，越被优先执行
 谁的序号高就先执行谁
3.id相同又不同，数字大的优先级越高，
id如果相同，可以认为是一组，从上往下顺序执行；
在所有组中，id越大，优先级越高级，越优先执行

（table中）衍生 = DERIVED

2.select_type (小表驱动大表，是一个重要的知识点，补充)

查询类型，普通查询，联合查询，子查询，等复杂查询

 1.Simple：简单的select查询，查询中不包含子查询或者union
 2.PRIMARY:查询中若包含任何复杂的子部分，最外层查询则被标记为
 3.SUBQUERY:在SELECT或where列表中包含了子查询
 4.DERIVED:在FROM列表中包含的子查询被标记为DERIVED（衍生），
 MYSQL会递归执行这些子查询，把结果放在临时表里
增加系统负担

 UNION:若第二个SELECT出现在UNION之后，则被标记为UNION：
若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED
UNION RESULT:c从UNION表获取结果SELECT
TABLE:显示这个行的数据是关于哪张表
单表，，单行
type：
访问类型排列
显示查询使用了何种类型，
最好是依次 System–>const–>eq_ref–>ref–>range—>index–>ALL
  一般来说，得保证查询至少达到range级别，最好达到ref
System：表只有一行记录（等于系统表），这是const类型的特例，平时不会出现，这个也可以忽略不计
 const：表示通过索引一次就找到了，const用于比较primary key或者unique索引，因为只匹配一行数据，所以很快
 如将主键置于where列表中，MySQL就能将该查询转换为一个常量
 eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见用于主键与唯一索引扫描
 ref：非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，
它可能会找到多个符合条件的行，所以它应该是属于查找与扫描的混合体
 range：只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引一般就是在你给定的where语句中出现了between，
<、>、in等查询
 这种扫描索引扫描比全表扫描更好，因为它只需要开始于索引的某一点，而 结束另外一点，不用扫描全部索引
 index：Full Index Scan ，index与ALL区别为index类型只遍历索引数。这通常比ALL快，因为索引文件通常比数据文件小。
（也就是说虽然all和index都是读全表，但是index是从索引中读取的，而all是从硬盘中读的）
 all：最差的一种，，Full Table Scan，将遍历全表匹配到的行
备注：一般来说，保证查询至少达到range级别，最好达到ref。
 possible_keys:
显示可能引用在这张表中的索引，一个或者多个
查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用
 key：实际所用到的索引。如果为null，则没有使用索引,或者建了索引没用到
 查询中若使用了覆盖索引，则该索引仅出现在key列表中
 其余的都不太重要而且容易看懂