索引失效的几种情况?什么时候没必要用索引?Join与子查询?

本文探讨了索引在数据库查询中的作用,列举了索引失效的常见情况,如OR条件、复合索引未充分利用、数据类型转换、数学运算和函数使用。同时指出,数据唯一性差、频繁更新的字段以及不适合的查询条件(如ISNULL或LIKE通配符)下,使用索引可能并不划算。此外,对比了子查询与JOIN的效率,建议在大数据量查询时谨慎使用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

索引失效的几种情况:

1、如果条件中有or,其中只有部分条件带了索引,但它们不会生效。想让索引生效,只能将or条件中的每个列都加上索引。

2、对于复合索引,如果不使用前列,后续列也将无法使用,类电话簿。

3、存在索引列的数据类型隐形转换,则用不上索引,比如列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则索引失效。

4、where 子句里对索引列上有数学运算,用不上索引。

5、where 子句里对有索引列使用函数,用不上索引。

什么时候没必要用索引:

1、数据唯一性差(一个字段的取值只有几种时)的字段不要使用索引。

2、频繁更新的字段不要使用索引。

3、字段不在where语句出现时不要添加索引,如果where后含IS NULL 或IS NOT NULL或 like ‘%输入符%’等条件,不建议使用索引。只有在where语句出现,mysql才会去使用索引。

4、where 子句里对索引列使用不等于,使用索引效果一般。

Join(连接)与子查询:

子查询一般是将查询出来的结果作为其他查询的结果使用。使用子查询可以一次性完成逻辑上需要多个步骤才能完成的SQL操作,同时也可以避免事务或者表锁死。但有些情况下,子查询可以被更有效率的连接(JOIN)替代。

如果使用连接来完成部分问题,速度将会快很多。 连接之所以更有效率一些,是因为 MySQL不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作。

对于大数据量的数据查询不建议使用这两者实现,因为Join虽然效率较子查询高,但其通过嵌套循环实现,效率不高,而子查询在通过临时表实现的同时也是通过嵌套的方式实现数据匹配。所以当数据量较大时,建议分开查询不同的表,同时在程序中实现对数据的组合和过滤。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值