实际项目开发中,因为咱们不知道实际查询的时候数据库里发生了什么事情,数据库软件是怎样扫描表、怎样使用索引的,所以,咱们能感知到的就只有mysql
sql语句运行的时间,在数据规模不大时,查询是瞬间的,所以,在写sql语句的时候就不多考虑到性能的问题。可是当数据规模增大,如千万、亿的时候,咱们运sql
行一样的sql语句时却发现迟迟没有结果,这个时候才知道数据规模已经限制了咱们查询的速度。因此,查询优化和索引也就显得很重要了。数据库
问题:mysql优化
当咱们在查询前可否预先估计查询究竟要涉及多少行、使用哪些索引、运行时间呢?答案是能的,mysql提供了相应的功能和语法来实现该功能。性能
分析:优化
MySql提供了EXPLAIN语法用来进行查询分析,在SQL语句前加一个"EXPLAIN"便可。好比咱们要分析以下SQL语句:指针
explain select * from table where table.id = 1排序
运行上面的sql语句后你会看到,下面的表头信息:索引
table | type | possible_keys | key | key_len | ref | rows | Extra开发
EXPLAIN列的解释
table 显示这一行的数据是关于哪张表的
type 这是重要的列,显示链接使用了何种类型。从最好到最差的链接类型为const、eq_reg、ref、range、indexhe和ALL
说明:不一样链接类型的解释(按照效率高低的顺序排序)
system:表只有一行:system表。这是const链接类型的特殊状况。
const :表中的一个记录的最大值可以匹配这个查询(索引能够是主键或唯一索引)。由于只有一行,这个值实际就是常数,由于MYSQL先读这个值而后把它当作常数来对待。
eq_ref:在链接中,MYSQL在查询时,从前面的表中,对每个记录的联合都从表中读取一个记录,它在查询使用了索引为主键或唯一键的所有时使用。
ref:这个链接类型只有在查询使用了不是唯一或主键的键或者是这些类型的部分(好比,利用最左边前缀)时发生。对于以前的表的每个行联合,所有记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好。
range:这个链接类型使用索引返回一个范围中的行,好比使用>或<查找东西时发生的状况。
index:这个链接类型对前面的表中的每个记录联合进行彻底扫描(比ALL更好,由于索引通常小于表数据)。
ALL:这个链接类型对于前面的每个记录联合进行彻底扫描,这通常比较糟糕,应该尽可能避免。
possible_keys 显示可能应用在这张表中的索引。若是为空,没有可能的索引。能够为相关的域从WHERE语句中选择一个合适的语句
key 实际使用的索引。若是为NULL,则没有使用索引。不多的状况下,MYSQL会选择优化不足的索引。这种状况下,能够在SELECT语句中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引
key_len 使用的索引的长度。在不损失精确性的状况下,长度越短越好
ref 显示索引的哪一列被使用了,若是可能的话,是一个常数
rows MYSQL认为必须检查的用来返回请求数据的行数
Extra 关于MYSQL如何解析查询的额外信息。将在表4.3中讨论,但这里能够看到的坏的例子是Using temporary和Using filesort,意思MYSQL根本不能使用索引,结果是检索会很慢
说明:extra列返回的描述的意义
Distinct :一旦mysql找到了与行相联合匹配的行,就再也不搜索了。
Not exists :mysql优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,就再也不搜索了。
Range checked for each Record(index map:#) :没有找到理想的索引,所以对从前面表中来的每个行组合,mysql检查使用哪一个索引,并用它来从表中返回行。这是使用索引的最慢的链接之一。
Using filesort :看到这个的时候,查询就须要优化了。mysql须要进行额外的步骤来发现如何对返回的行排序。它根据链接类型以及存储排序键值和匹配条件的所有行的行指针来排序所有行。
Using index :列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表的所有的请求列都是同一个索引的部分的时候。
Using temporary :看到这个的时候,查询须要优化了。这里,mysql须要建立一个临时表来存储结果,这一般发生在对不一样的列集进行ORDER BY上,而不是GROUP BY上。
Where used :使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。若是不想返回表中的所有行,而且链接类型ALL或index,这就会发生,或者是查询有问题。
所以,弄明白了explain语法返回的每一项结果,咱们就能知道查询大体的运行时间了,若是查询里没有用到索引、或者须要扫描的行过多,那么能够感到明显的延迟。所以须要改变查询方式或者新建索引。mysql中的explain语法能够帮助咱们改写查询,优化表的结构和索引的设置,从而最大地提升查询效率。固然,在大规模数据量时,索引的创建和维护的代价也是很高的,每每须要较长的时间和较大的空间,若是在不一样的列组合上创建索引,空间的开销会更大。所以索引最好设置在须要常常查询的字段中。