mysql索引失效场景()

1.联合索引不满足最左原则,创建联合索引最左边的那个索引字段必须在。

2.使用了select *

3.索引列上有计算,比如 select  name from 表 where id = 1 + 2 ,导致id主键索引失效。

4.索引上使用了函数, select  name from 表 where substr(id,1,2)=12 查询id为12开头的。

5.传参类型和数据库表的类型不一致,比如 select name from 表 where id =”1”(或者’1′),id在数据库是int字段,此时不会失效,因为mysql的int类型作为查询条件时,会自动将传参字符串转化为int类型。

   如果是id 为varchar类型,此时传入 int类型的1这个时候索引就会失效,走全表扫描。

6.like 条件中出现”%“开头的左模糊查询。

7.列对比,select name from 表 where id = height 。

8.or关键字两端的字段都要加索引,有一个没有加索引其他所有的索引都会失效。

9.in和exists不会使索引失效,而not in 主键索引能用,其他索引失效,not exists索引失效。

10.order by 没有加where 或 limt ;order by 多个索引列;升序和降序混用;不满足最左原则。

————————

1.联合索引不满足最左原则,创建联合索引最左边的那个索引字段必须在。

2.使用了select *

3.索引列上有计算,比如 select  name from 表 where id = 1 + 2 ,导致id主键索引失效。

4.索引上使用了函数, select  name from 表 where substr(id,1,2)=12 查询id为12开头的。

5.传参类型和数据库表的类型不一致,比如 select name from 表 where id =”1”(或者’1′),id在数据库是int字段,此时不会失效,因为mysql的int类型作为查询条件时,会自动将传参字符串转化为int类型。

   如果是id 为varchar类型,此时传入 int类型的1这个时候索引就会失效,走全表扫描。

6.like 条件中出现”%“开头的左模糊查询。

7.列对比,select name from 表 where id = height 。

8.or关键字两端的字段都要加索引,有一个没有加索引其他所有的索引都会失效。

9.in和exists不会使索引失效,而not in 主键索引能用,其他索引失效,not exists索引失效。

10.order by 没有加where 或 limt ;order by 多个索引列;升序和降序混用;不满足最左原则。