MySQL查询语句过程和EXPLAIN语句基本概念及其优化

网站或服务的性能关键点很大程度在于数据库的设计（假设你选择了合适的语言开发框架）以及如何查询数据上。

我们知道mysql的性能优化方法，一般有建立索引、规避复杂联合查询、设置冗余字段、建立中间表、查询缓存等，也知道用explain来查看执行计划。

但对mysql复杂查询语句执行过程和内部机制，mysql optimizer本身所做优化以及查询语句调整对性能所产生的影响及其原因知之甚少。

本文试图对其中的一些关键概念如执行过程、索引使用等做比较深入的探讨，知其然，知其所以然，

这样可以避免在原本通过mysql简单优化就能获得很好效果的情况下，盲目跟风转向nosql存储或者投入资金升级基础设施。

工欲善其事，必先利其器，这里首先介绍mysql查询语句性能分析工具。

mysql的explain命令是用来分析查询性能的工具，explain的输出每一行对应于查询语句中的一张表的执行计划说明，其输出列含义如下表：

上表中type列是表关联类型，常见的有如下类型（按关联查询效率从高到低排列）：

const（常量连接），比如select * from user where id=1;
eq_ref（等值引用），比如select * from user,card where user.id=card.userid;
ref（引用），用于非唯一索引，比如select * from user,card where user.last_name='test';
range（范围），比如select * from tbl_name where key_column > 10;
index（索引），根据索引来读取数据，如果索引已包含了查询数据，只需扫描索引树，否则执行全表扫描和all类似；
all（所有），全表扫描

key列代表索引（index），rows表示估计会扫描多少行记录，

extra表示附加信息，常见的有如下几种（也按查询效率从高到低排列）：

using index：表示使用索引，如果同时出现using where，代表使用索引来查找读取记录，如果没有using where，表示索引包含查询数据，无需额外的查找；
using where：表示条件查询，如果type列是all或index，而没有出现该信息，则你有可能在执行错误的查询：返回所有数据；
using filesort：不是“使用文件索引”的含义！filesort是mysql所实现的一种排序策略，通常在使用到排序语句order by的时候，会出现该信息；
using temporary：表示为了得到结果，使用了临时表，这通常是出现在多表联合查询，结果排序的场合；

如果explain出现后面两个信息（using filesort，using temporary），而rows又比较大，通常意味着你需要调整查询语句，或者需要添加索引，总之需要尽量消除这两个信息。

下面给出explain结果实例（从用户档案表中找出昵称和性别，按用户表中的用户关注者数量排序）：

上面的查询语句就是典型的问题案例，using filesort和using temporary的具体含义以及如何优化上述语句放在下一篇文章中结合查询过程和原理来专门讨论。

以上就是本篇文章的全部内容了，希望对各位有所帮助。如果大家还有其他方面的问题，可以留言交流，请持续关注！