Mysql优化 ——explain 查询和分析SQl的执行记录

Posted zhangyufeng0126

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Mysql优化 ——explain 查询和分析SQl的执行记录相关的知识,希望对你有一定的参考价值。

mysql优化

 

 

 

 

分析原因是因为加了or ,并且or 后面的语句并未加入索引查询条件,索引or 后面的语句进行了全表扫描。然后SQL语句写法,加入a.SSSDGS ='00010001'条件,再执行explain 分析,整个sql已经使用到了索引,并且ref = const.扫描了1169行就将整个结果集进行返回。相较于之前的sql,全表扫描,数据量大大减少。

 

使用 explain 查询和分析SQl的执行记录,可以进行sql的性能优化!

explain结果字段的含义介绍

id

SELECT识别符。这是SELECT的查询序列号,表示查询中执行select子句或操作表的顺序!

select_type

SELECT类型,可以为以下任何一种:

SIMPLE:简单SELECT(不使用UNION或子查询)

PRIMARY:最外面的SELECT

UNION:UNION中的第二个或后面的SELECT语句

DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询

UNION RESULT:UNION 的结果

SUBQUERY:子查询中的第一个SELECT

DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询

DERIVED:导出表的SELECT(FROM子句的子查询)

table

输出的行所引用的表!

type

联接类型。下面给出各种联接类型,按照从最佳类型到最坏类型进行排序:

system:表仅有一行(=系统表)。这是const联接类型的一个特例。

const:表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const表很快,因为它们只读取一次!

eq_ref:对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型。

ref:对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取。

ref_or_null:该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。

index_merge:该联接类型表示使用了索引合并优化方法。

unique_subquery:该类型替换了下面形式的IN子查询的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。

index_subquery:该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)

range:只检索给定范围的行,使用一个索引来选择行。

index:该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。

ALL:对于每个来自于先前的表的行组合,进行完整的表扫描。

possible_keys

指出MySQL能使用哪个索引在表中找到记录,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用

key

显示MySQL在查询中实际使用的索引,若没有使用索引,显示为NULL

key_len

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度(key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的)

ref

表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值

rows

显示MySQL认为它执行查询时必须检查的行数。多行之间的数据相乘可以估算要处理的行数

filtered

显示了通过条件过滤出的行数的百分比估计值。

Extra

该列包含MySQL解决查询的详细信息

 

 

避免数据类型不一致

SELECT  * from kh_yhda a  where  a.SSSDGS ='00010001'  and  a.YHLBDM='10'  or  ( a.SSSDGS ='00010001' AND a.CXDM='1')

SELECT  * from kh_yhda a  where  a.SSSDGS =00010001  and  a.YHLBDM='10'  or  ( a.SSSDGS =00010001 AND a.CXDM='1')

 

 

 

读取适当的记录LIMIT M,N

SELECT  * from kh_yhda a;

SELECT  * from kh_yhda a LIMIT 1;

 

 

 

用IN来替换OR

SELECT  * from kh_yhda a  where   a.HYFLDM='IC3000' OR a.HYFLDM='IC2001' OR a.HYFLDM='IC1410'   

SELECT  * from kh_yhda a  where   a.HYFLDM  in ('IC3000','IC2001','IC1410')

 

 

 

避免函数索引

SELECT * FROM kh_yhda WHERE YEAR(d) >= 2016;

由于MySQL不像Oracle那样支持函数索引,即使d字段有索引,也会直接全表扫描。

应改为—–>

SELECT * FROM kh_yhda WHERE d >= '2016-01-01';

 

 

1查询时,能不要*就不用*,尽量写全字段名

2大部分情况连接join效率远大于子查询

3.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描。

4.应尽量避免在 where 子句中使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如:

select id from t where num=10 or num=20

  可以这样查询:

select id from t where num=10

union all

select id from t where num=20

5.下面的查询也将导致全表扫描:

select id from t where name like '%abc%'

可以右% select id from t where name like 'abc%'

  若要提高效率,可以考虑全文检索。

6.in 和 not in 也要慎用,否则会导致全表扫描,如:

select id from t where num in(1,2,3)

7对于连续的数值,能用 between 就不要用 in 了

select id from t where num between 1 and 3

8.应尽量避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:

select id from t where num/2=100

  应改为:

select id from t where num=100*2

9.很多时候用 exists 代替 in 是一个好的选择:

select num from a where num in(select num from b)

  用下面的语句替换:

select num from a where exists(select 1 from b where num=a.num)

10.索引并不是越多越好,索引固然可以提高相应的 select 的效率,但同时也降低了 insert 及 update 的效率,因为 insert 或 update 时有可能会重建索引,所以怎样建索引需要慎重考虑,视具体情况而定。一个表的索引数最好不要超过6个,若太多则应考虑一些不常使用到的列上建的索引是否有必要。

以上是关于Mysql优化 ——explain 查询和分析SQl的执行记录的主要内容,如果未能解决你的问题,请参考以下文章

Mysql优化 ——explain 查询和分析SQl的执行记录

Mysql优化 ——explain 查询和分析SQl的执行记录

MySQL查询优化之explain的深入解析

MySQL优化:explain分析

MySQL查询优化之explain的深入解析

Explain 执行计划 和 SQL优化