SQL优化方法整理

 

为优化查询效率，sql语句优化在项目开发中经常被使用到，下面整理了一些常用方法，可以参考使用。

 

——导致查询缓慢的原因

1、数据量过大

2、表设计不合理

3、sql语句写得不好

4、没有合理使用索引

 

—— 针对SQL语句的优化

1、查询语句中不要使用 *

2、尽量减少子查询，使用关联查询（left join,right join,inner  join）替代

3、减少使用IN或者NOT IN ,使用exists，not exists替代

4、or 的查询尽量用 union（去重）或者union all （不会去重）代替

5、合理的增加冗余的字段（减少表的联接查询）

6、增加中间表进行优化

7、建表的时候能使用数字类型的字段就使用数字类型，数字类型的字段作为条件查询比字符串的快

8、那些可以过滤掉最大数量记录的条件必须写在WHERE子句的最末尾

 

——索引优化

如果针对sql语句已经没啥可以优化的，那就要考虑加索引了。

1 id

 SELECT识别符，这是select查询序列号，主键。

2 select_type

表示查询中每个select子句的类型（简单OR复杂）

3 table 表示查询的表

4 type

表示表的连接类型

5 possible_key

指出Mysql能使用哪个索引在该表中找到行。

如果该列为NULL，说明没有使用索引，可以对该列创建索引来

提高性能

6 Key

 显示mysql实际决定使用的索引

 可以强制使用索引或者忽略索引

 强制使用索引：USE index（列名）

 忽略使用索引：IGNORE INDEX(列名)

7 key_len

 显示mysql决定使用的键长度，如果键是NULL则长度为NULL

8 rows

 显示mysql认为它执行查询时必须检查的行数

 

——使用索引时有些不生效的情况

 1、使用like关键字模糊查询时，% 放在前面索引不起作用，只有“%”不在第一个位置，索引才会生效（like '%文'--索引不起作用）

 2、使用联合索引时，只有查询条件中使用了这些字段中的第一个字段，索引才会生效（最左前缀）

 3、使用OR关键字的查询，查询语句的查询条件中只有OR关键字，且OR前后的两个条件中的列都是索引时，索引才会生效，否则索引不生效。

 

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

 5、对查询进行优化，应尽量避免全表扫描，首先应考虑在where以及order by涉及的列上建立索引。

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

          select id from t where num/2=100

  　　应改为:

  　　select id from t where num=100*2

 7、尽量避免在where子句中对字段进行函数操作,将导致引擎放弃使用索引而进行全表扫描。

 8、不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

 9、并不是所有的索引对查询都有效，sql是根据表中的数据来进行查询优化的，当索引列有大量数据重复时，sql查询不会去利用索引，如一表中有字段

　　sex，male,female几乎个一半，那么即使在sex上建立了索引也对查询效率起不了作用。

 10、索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，一个表的索引数最好不要超过6个，

 11、尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。

 　　这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

 12、mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。

 

 

参考文章：

1. https://www.cnblogs.com/cnzxy/p/9392721.html