mysql查询与索引优化2

在数据库实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《mysql查询与索引优化2》，聊聊MySQL，希望可以帮助到正在努力赚钱的你。

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
  
• possible_keys：显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用
• key：实际使用的索引。如果为NULL，则没有使用索引。/查询中若使用了覆盖索引，则该索引仅出现在key列表中
• key_len：表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好。/key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的
• ref：显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值
• rows：根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数
• Extra ：包含不适合在其他列中显示但十分重要的额外信息

文中关于mysql的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《mysql查询与索引优化2》文章吧，也可关注golang学习网公众号了解相关技术文章。