MySQL单值索引失效的几种场景

本文通过创建MySQL表并插入数据,测试了不同查询条件下的索引使用情况。当对tel字段进行正常查询、%通配符后跟查询、单个值的IN查询时,索引有效;但当出现隐性类型转换、%通配符前跟查询、多个值的IN查询、OR条件、使用函数等场景时,索引会失效。这有助于理解如何优化SQL查询以充分利用索引。

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

一、测试准备
MySQL5.7 简单的创建一个表并准备几条测试数据

CREATE TABLE `t_user` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID',
  `name` varchar(50) COLLATE utf8mb4_bin DEFAULT NULL,
  `tel` varchar(20) COLLATE utf8mb4_bin DEFAULT NULL,
  `age` int(10) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

INSERT INTO `t_user`(`id`, `name`, `tel`, `age`) VALUES (1, 'Alice', '13302546589', 30);
INSERT INTO `t_user`(`id`, `name`, `tel`, `age`) VALUES (2, 'Rock', '15203256984', 20);
INSERT INTO `t_user`(`id`, `name`, `tel`, `age`) VALUES (3, 'Amy', '15863257894', 22);

二、测试一下几种情况,索引是否失效

给tel字段添加索引

ALTER TABLE `t_user` ADD INDEX idx_tel (`tel`);

正常情况

EXPLAIN SELECT * FROM t_user WHERE tel = '13302546589';

在这里插入图片描述
显示使用索引

  1. 隐性类型转换,即where条件tel字段不加单引号
EXPLAIN SELECT * FROM t_user WHERE tel = 13302546589;

在这里插入图片描述
key为null,索引失效

  1. 使用 like 模糊查询
    1)%通配符在后面
EXPLAIN SELECT * FROM t_user WHERE tel like  '13302546%';

在这里插入图片描述
索引没有失效

2)%通配符在前面

EXPLAIN SELECT * FROM t_user WHERE tel like  '%02546589';

在这里插入图片描述
索引失效

  1. 使用 in 查询
    1)in 里面只有一个
EXPLAIN SELECT * FROM t_user WHERE tel in  ('13302546589')

在这里插入图片描述
索引没有失效

2) in 里面有多个

EXPLAIN SELECT * FROM t_user WHERE tel in  ('13302546589','15203256984');

索引失效

  1. 使用 or
EXPLAIN SELECT * FROM t_user WHERE tel = '13302546589' OR age = 30;

在这里插入图片描述
索引失效

  1. 使用函数
EXPLAIN SELECT * FROM t_user WHERE MD5(tel) = '3546b734c57ba7f77f4fae80bf3d9069';

索引失效

### 回答1: MySQL 索引失效的具体场景有以下几种: 1. 索引列上的数据不唯一。如果索引列上的数据不是唯一的,则 MySQL 可能无法通过索引快速查找数据,因为它无法确定使用哪一行数据。 2. 索引列上的数据不全。如果在查询中使用的条件不包含索引列的所有数据,则 MySQL 可能无法使用索引。 3. 索引列上的数据过于稠密。如果索引列上的数据非常稠密,则 MySQL 可能无法使用索引,因为它需要扫描太多的数据。 4. 索引被忽略。MySQL 可能会忽略使用索引,如果它认为扫描整张表更加高效。这种情况下,可以通过使用强制索引或者修改查询优化器参数来强制 MySQL 使用索引。 5. 索引被更新或删除。如果在查询执行期间对索引进行了更新或删除操作,则 MySQL 可能无法使用索引。 6. 索引被暂时锁定。如果在查询执行期间索引被暂时锁定,则 MySQL 可能无法使用索引。 7. 索引被破坏。如果索引文件被损坏或者缺失,则 MySQL 可能无法使用索引。 ### 回答2: MySQL索引失效的具体场景可以有几种情况: 1. 不使用索引列:当查询条件没有包含索引列,MySQL无法使用索引进行优化查询,导致索引失效。例如,有一个表有两个列a和b,而索引仅在a上创建,如果查询时条件是"b=xx",则无法使用索引。 2. 使用函数操作索引列:如果查询条件中对索引列使用了函数操作,如使用了函数LOWER(),则会导致索引失效。这是因为索引是根据索引列的值进行排序和搜索的,而函数操作会改变索引列的值。 3. 字符串模糊查询:在使用LIKE操作符进行字符串模糊查询时,如果模糊查询的字符在字符串的开头,MySQL可以使用索引进行优化查询;但如果模糊查询的字符在字符串的中间或结尾,索引将会失效。 4. OR操作符:当查询条件中存在OR操作符时,如果OR的两个条件中只有一个可以使用索引,那么整个查询将无法使用索引进行优化,导致索引失效。 5. 数据量过大:如果表中的数据量非常大,例如百万级或以上,即使有适当的索引,如果查询涉及大部分数据,MySQL可能会选择全表扫描而不是使用索引来提高查询效率。 总之,MySQL索引的失效主要是由于查询条件不满足索引的使用规则,例如不使用索引列、使用函数操作索引列、模糊查询、OR操作符或数据量过大等原因。为了提高查询效率,应该合理设计索引和查询语句,确保查询条件能够充分利用索引。 ### 回答3: MySQL索引失效的具体场景有以下几种: 1. 索引列上使用了函数:当查询或者插入的语句中对索引列进行了函数操作时,会导致索引失效。因为MySQL无法在索引中使用函数进行计算,所以会忽略索引而进行全表扫描。 2. 索引列存在类型转换:如果查询语句中的条件与索引列的类型不一致,会导致索引失效。这是因为MySQL会对查询条件进行类型转换,从而无法使用索引进行优化查询。 3. 索引列是NULL值:当查询语句中使用IS NULL或者IS NOT NULL条件来筛选索引列时,索引可能会失效。因为索引无法有效地存储NULL值,所以MySQL会忽略索引而进行全表扫描。 4. 索引列存在大量重复值:如果索引列存在大量重复的值,那么索引的选择性较低,会导致索引失效。在这种情况下,MySQL可能会选择全表扫描而不是使用索引。 5. 复合索引列的顺序不合理:当查询语句中的条件与复合索引列不匹配或者顺序不合理时,会导致索引失效MySQL只能利用索引的最左前缀进行匹配,如果复合索引的列顺序不对,会导致索引无法被利用。 针对这些场景,我们可以进行如下优化措施:避免在索引列上使用函数操作、尽量保持查询条件与索引列类型一致、避免使用NULL值作为查询条件、提高索引的选择性、合理设计复合索引的列顺序等。通过优化索引使用,可以提高MySQL的查询性能。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值