MySQL之SQL简单优化

(一) SQL语法优化
1. select后跟具体字段,不使用select *

2. order by后字段,尽可能为索引字段

3. group by分组时会经历排序过程,group by后也尽量跟索引字段

4. 能使用where完成的条件限定,不使用having的限定

5. 数据类型尽量简单,整数比字符使用成本更小

6. 查询时尽量减少冗余数据读取,使用where子句减少返回的记录数

7. Where后面多个限定条件,应将索引列或者过滤几率书最多的条件放前面

(二) 索引优化
避免全表扫描,应考虑在where及order by等列上建立索引,并使用Explain来对select查询语句进行分析。

Explain执行计划中比较重要的字段:

select_type : 查询类型,有简单查询、联合查询、子查询等;

key : 使用的索引;

rows : 扫描的行数;

type: 表示表的连接类型;

其中type字段的值有: ALL、index、range、 ref、eq_ref、const、system、NULL(从左到右,性能从差到好)

index: Full Index Scan,index与ALL区别为index类型只遍历索引树

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

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

eq_ref: 类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者 unique key作为关联条件。

const、system: 当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量,system是const类型的特例,当查询的表只有一行的情况下,使用system。

SQL 性能优化的目标:至少要达到 range 级别,要求是 ref 级别,如果可以是 consts 最好。

如何避免索引失效?

1. 模糊查询时,%放后面,避免开头模糊查询

2. 尽量避免not in和in,会导致全表扫描

3. 尽量避免使用or,如果部分字段有索引,部分不存在索引,会导致全表扫描

4. 避免在where子句中进行null值判断,可能会导致全表扫描

5. 尽量避免在where条件中等号的左侧进行表达式、函数操作,会导致数据库引擎放弃索引进行全表扫描

当数据量大时,避免使用where 1=1的条件。通常为了方便拼装查询条件,我们会默认使用该条件,数据库引擎会放弃索引进行全表扫描

网友评论

0条评论

发表

网友评论

0条评论

发表

最新评论

推荐文章

彩龙

Copyright © 2008-2020 彩龙社区(https://www.clzg.cn) 版权所有 All Rights Reserved.

免责声明: 本网不承担任何由内容提供商提供的信息所引起的争议和法律责任。

经营许可证编号:滇B2-20090009-7

下载我家昆明APP 下载彩龙社区APP