1.性能分析

  • Mysql Query Optimizer
    mysql内部有自己的优化器,当收到sql时,会按它自己认为最好的优化方式去优化
  • Mysql常见瓶颈

    1. CPU:CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据的时候
    2. IO:磁盘I/O瓶颈发生在装入数据远大于内存容量时
    3. 服务器的性能瓶颈:top,free,iostat和vmstat来查看系统的性能状态
  • Explain

2.Explain(explain+sql是程序员的美德)

2.1是什么?

查看计划执行。使用Explain可以模拟优化器执行SQl查询语句,从而知道mysql是如何处理你的sql语句的。

2.2能干嘛?

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

2.3执行计划包含的信息

  • id:select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序,三种情况:

    1. id相同,执行顺序由上往下
    2. id不同,如果是子查询,id序号会递增,id值越大优先级越高,越先被执行
    3. id相同不同,同时存在
  • select_type:主要包含

    1. SIMPLE:简单的select查询,查询中不包含子查询或者UNION
    2. PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记为
    3. SUBQUERY:在SELECT或WHERE列表中包含子查询
    4. DERIVED:在FROM列表中包含的子查询被标记为DERIVED(衍生),MYSQL会递归查询执行这些子查询,把结果放在临时表中
    5. UNION:若第二个SELECt出现在UNION之后,被标记为UNION,若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
    6. UNION RESULT: 从UNION表获取结果的SELECT
  • table:查询的是哪张表
  • type:system>const>eq_ref>ref>range>index>ALL
    clipboard.png
  • possible_keys:显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用
  • key:实际使用的索引。如果为NULL,则没有使用索引。/查询中若使用了覆盖索引,则该索引仅出现在key列表中
  • key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。/key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的
  • ref:显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值
  • rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
  • Extra :包含不适合在其他列中显示但十分重要的额外信息

clipboard.png


演绎梦幻舞步
105 声望2 粉丝

抽筋扒皮才能脱胎换骨,除此别无捷径