1.性能分析
- Mysql Query Optimizer
mysql内部有自己的优化器,当收到sql时,会按它自己认为最好的优化方式去优化 -
Mysql常见瓶颈
- CPU:CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据的时候
- IO:磁盘I/O瓶颈发生在装入数据远大于内存容量时
- 服务器的性能瓶颈: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子句或操作表的顺序,三种情况:
- id相同,执行顺序由上往下
- id不同,如果是子查询,id序号会递增,id值越大优先级越高,越先被执行
- id相同不同,同时存在
-
select_type:主要包含
- SIMPLE:简单的select查询,查询中不包含子查询或者UNION
- PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记为
- SUBQUERY:在SELECT或WHERE列表中包含子查询
- DERIVED:在FROM列表中包含的子查询被标记为DERIVED(衍生),MYSQL会递归查询执行这些子查询,把结果放在临时表中
- UNION:若第二个SELECt出现在UNION之后,被标记为UNION,若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
- UNION RESULT: 从UNION表获取结果的SELECT
- table:查询的是哪张表
-
type:system>const>eq_ref>ref>range>index>ALL
- possible_keys:显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用
- key:实际使用的索引。如果为NULL,则没有使用索引。/查询中若使用了覆盖索引,则该索引仅出现在key列表中
- key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。/key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的
- ref:显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值
- rows:根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
- Extra :包含不适合在其他列中显示但十分重要的额外信息
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。