数据库索引失效

本文详细介绍了MySQL创建表、插入数据以及索引的使用和优化。关键点包括:索引失效的情况(如OR条件、LIKE模糊搜索、函数计算等)、最左匹配原则、IN操作符与NOT IN的区别、ORDER BY的索引使用等。不同版本的MySQL对索引的处理可能有所不同,了解这些原理能帮助提升查询效率。

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

记录一下,方便自己记忆.

前提:参考

1.建表:

mysql> CREATE TABLE `user` (
    ->   `id` int NOT NULL AUTO_INCREMENT,
    ->   `code` varchar(20) COLLATE utf8mb4_bin DEFAULT NULL,
    ->   `age` int DEFAULT '0',
    ->   `name` varchar(30) COLLATE utf8mb4_bin DEFAULT NULL,
    ->   `height` int DEFAULT '0',
    ->   `address` varchar(30) COLLATE utf8mb4_bin DEFAULT NULL,
    ->   PRIMARY KEY (`id`),
    ->   KEY `idx_code_age_name` (`code`,`age`,`name`),
    ->   KEY `idx_height` (`height`)
    -> ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;
Query OK, 0 rows affected (0.04 sec)

2.插入数据

INSERT INTO user (id, code, age, name, height , address) VALUES (1, '101', 21, '周星驰', 175,'香港');
INSERT INTO user (id, code, age, name, height , address) VALUES (2, '102', 23, '周杰伦', 171,'台湾');
INSERT INTO user (id, code, age, name, height , address) VALUES (3, '103', 25, '周晓', 173,'成都');

3.mysql版本

肯定失效:

2.or连接的所有字段只要有一个没有建立索引则不能命中索引--->所有字段都建立索引,索引有效.

3.不符合最左匹配原则

4.like "%**"或like "%**%"不能命中索引.--->like "**%"索引有效.

5.字符串类型没有加 '', 如 id_card = 1345 ,其中字段id_card为char类型,会索引失效-->id_card = '1345'

6. 索引列上有计算/函数,会索引失效.

7.如果把两个单独建了索引的列,用来做列对比时索引会失效.

可能失效:

1.使用select *

不失效,id为主键索引

explain select * from user where id = 1;

 失效,name字段上没有建立索引

explain select * from user where name = '周晓';

 但如果上句sql改为查询索引字段,如

explain select code , age, name from user where name = '周晓';

则不会去主键索引树进行全表扫描,会去联合索引树上进行全索引扫描.联合索引树叶子节点只存储所有联合索引字段和主键数据,但主键索引树的叶子节点存储所有字段数据信息,因此全索引扫描(index)比全表扫描(ALL)稍微快点.

2.使用not in

不失效,主键字段中使用not in关键字查询数据范围.

注意:这里我用mysqlv5.7.39测试,主键字段中使用not in关键字查询数据范围也失效了,但在这篇文章中该作者使用mysqlv8.0.21,索引没有失效.

失效,普通索引字段使用了not in关键字查询数据范围.

 3.使用order by

此情况也因版本不一样,索引是否失效也不同.

不失效,配合where使用.

 注意,此时where后面的字段和order by 后面的字段要满足最左匹配原则,否则失效.具体实例见失效情况分析.

失效,不满足最左匹配原则.

 失效,没加where.

  失效,对不同的索引做order by.

### 数据库索引失效原因 #### 类型转换导致索引失效 当字段的数据类型与查询条件中的数据类型不匹配时,可能会发生隐式类型转换,从而导致索引失效。例如,在 `student` 表中,如果 `name` 字段是 `VARCHAR` 类型并已创建索引,则应确保查询条件也使用相同类型的值。如下所示: ```sql EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name=123; ``` 上述查询由于未指定字符串类型而可能导致索引失效[^3]。 相反,通过显式提供正确的数据类型可以避免这种情况的发生: ```sql EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name='123'; ``` 这将使 MySQL 使用现有的索引来加速查询过程。 #### 查询语句不当引发索引失效 某些特定形式的查询可能无法有效利用现有索引结构。比如复杂的 OR 条件、函数操作等都可能是潜在因素之一。对于 Oracle 数据库而言,可以通过提示(hints)来指导优化器选择合适的访问路径,如强制使用某个具体名称的索引[^4]。 ```sql SELECT /*+ index(record, record_entityid) */ ... ; ``` 此命令指示数据库引擎优先考虑名为 `RECORD_ENTITYID` 的索引来进行检索操作。 ### 解决方案 为了防止因类型转换而导致的索引失效问题,建议始终确保查询条件中的表达式与其对应的列具有相同的类型定义。此外,还应该遵循最佳实践编写高效且易于维护的 SQL 代码,并定期审查应用程序所发出的所有查询请求以识别任何不必要的复杂度或冗余部分。 针对已经发生的索引失效现象,除了调整查询外还可以采取其他措施改善性能表现,包括但不限于重新构建受损索引、增加覆盖更多常用过滤条件的新复合索引或是适当减少单个表上的总索引数量以便更好地平衡读取速度与更新成本之间的关系。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值