SQL优化-索引失效

sql查询顺序：from -- where -- group by -- having -- select -- order by -- limit

?

1、小表join大表（当多表join连接时，小表在前，大表在后）

2、隐式数据类型转换

数据类型出现隐式转换的时候不会命中索引，例如当列类型是字符串，一定要将字符常量值用引号引起来。

3、函数操作索引列，等号左边对字段进行函数操作，导致全表扫描。

例如：TO_CHAR(日期,'yyyy-mm-dd')='2020-12-10'

改写为：日期=TO_DATE('2020-12-10','yyyy-mm-dd')

4、like前导模糊查询

例如：like '%哈哈%'? ? ?like? '%哈哈'? 都不会走索引

尽量写：like '哈哈%'

5、union、in、or? ? ?查询的CPU消耗：or>in>union

用or分隔开的条件，如果or前面的条件中，列有索引，而后面的条件中，列没有索引，那么涉及到的索引都不会被引用

6、负向条件查询不能使用索引，可以优化为in查询

负向条件包括：!=、、not in、not exists、not like等

7、复合索引最左原则

复合索引中，查询条件不包含索引列最左边部分，即不满足最左原则，则不会命中符合索引。（最左原则并不是说是查询条件的顺序，而是查询条件中是否包含索引最左列字段）

8、范围条件查询

范围条件一般包括：>=、between等。范围列可以用到索引，但是范围列后面的列无法用到索引，索引最多用于一个范围列，如果查询条件中有两个或两个以上的范围列则无法全用到索引。

9、多表连接条件使用

多表连接时，相关条件尽量限制在子查询里，并且尽量列出想要的字段，而不是直接连表。限制条件放在on 上，在查询中不会起到限制作用，左表会全量返回

例如：

--例如
select 
	a.ID,b.NAME
from TABLE_A a
left join TABLE_B b on a.ID=b.ID
where a.ID=5 and b.NAME<>'哈哈'

--修改为
select 
	a.ID,b.NAME
from (
	select ID from TABLE_A where ID=5
	) a
left join (
	select ID,NAME from TABLE_B where NAME<>'哈哈'
	) b on a.ID=b.ID
	
--如果有重复值，在子查询中也尽量做好去重

10、执行计划

少数时候全表扫描执行速度快于索引块的使用（例如小表上的索引）。实际使用中可以根据执行计划作出相应优化。