在查询大量的数据和多表查询时，经常会遇到查询慢，效率低下的问题，这时候就需要去优化查询，提高查询速度。

查询慢的原因

怎么才知道这个语句查询慢？

可以在 select 语句前加上EXPLAIN关键字，就可以看到查询的详细信息。对应的解析如下：

id	代表select的次数，有几个select就有几个id，id越大，优先级越大
select_type	simple：简单查询，查询不包含子查询和union primary：复杂查询中最外层的select subquery：包含在select中的子查询 derived：包含在from子句中的子查询 union：在union中的第二个和随后的select union result：从union临时表检索结果的select
table	正在访问的表名
type	查询表中的行的方法类型，效率上：system > const > eq_ref > ref > range（索引范围扫描）> index（全表索引） > ALL（全表查询），正常要达到range级别。
possible_key	显示查询可能使用哪些索引来查找。
key	MySQL实际采用哪个索引来优化对该表的查询。
key_len	在索引里使用的字节数，通过这个值可以算出具体使用了索引中那些字段
ref	表查询值所用到的列或常量，常见的有：const(常量)，字段名(例：id)
rows	rows列是MySQL估计要读取并检测的行数
Extra	Extra列显示额外信息，常见的值有：Using index；Using where；Using where Using index；NULL。

 

 

优化方法

建立索引

通过使用索引可以避免进行全表扫描，直接跳转到所需数据的位置。

使用方法：

应当在查询中使用频率较高的字段上建立索引。例如，如果经常使用WHERE子句来过滤某个列的值，那么在该列上创建索引将大大提高查询性能。

在查询涉及多个列的情况下，应当建立联合索引。

注意：当某列的字段频繁更新的情况下，不应当使用索引。另外，当表中的数据发生变化后，应当及时更新索引。

索引的效率或失效情况：

在 where 子句中使用 != 或 <> 操作符、使用 or 来连接条件，，否则引擎将放弃使用索引而进行全表扫描；

多列组合索引，不是使用的第一部分，则不会使用索引。

在 where 子句中对字段进行表达式、函数操作

like的模糊查询以 % 开头，索引失效；但是非前置模糊查询可以。

切分查询

语句优化