MySQL中存在索引但不能索引的经典场景（笔记）

最新推荐文章于 2025-10-20 14:26:23 发布
原创 最新推荐文章于 2025-10-20 14:26:23 发布 · 660 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
收录于
数据库

当前文章被收录于：

数据库
1 篇文章 0 人学习
订阅专栏 查看详情
本文介绍了在SQL查询中使用索引的多种限制情况，包括以%开头的LIKE查询、数据类型的隐式转换、不满足最左前缀原则、全表扫描更快的情况以及涉及OR操作符的查询等。
  1. 以%开头的LIKE查询不能使用B-Tree索引
            这个是因为B-Tree数的结构决定的，一般推荐使用全文索引来解决类似的全文检索的问题
  2. 数据类型出现隐式转换的时候也不会使用索引
  3. 不满足最左前缀原则的情况下也不会使用到索引
  4. 如果全表扫描比索引快的话，则不使用索引
  5. 用OR分割开的条件，如果OR前的条件中的列有索引，而后面的列没有索引，则涉及到的索引将不会被使用
    既然后面的列需要走一遍全文扫描，那么我们使用索引扫描就是增加I/O访问，其实一次全表扫描就可以了
标签
#数据库开发
MySQL索引失效的场景
SHI940637335的博客
08-22 1321
表中的某些列可能会存储 NULL 值，如果把这些 NULL 值都放到记录的真实数据中会比较浪费空间，所以 Compact 行格式把这些值为 NULL 的列存储到 NULL值列表中。如果存在允许 NULL 值的列，则每个列对应一个二进制位（bit），二进制位按照列的顺序逆序排列。二进制位的值为1时，代表该列的值为NULL。二进制位的值为0时，代表该列的值不为NULL。另外，NULL 值列表必须用整数个字节的位表示（1字节8位），如果使用的二进制位个数不足整数个字节，则在字节的高位补 0。
mysql如果索引存在就不创建_MySQL：创建索引如果不存在
weixin_33281416的博客
01-28 3229
该功能不存在.要记住两件事：无论如何创建索引您可以生成索引,以便创建索引而不检查索引是否提前存在.例如,您可以运行以下命令：ALTER TABLE table_name ADD INDEX (column_to_index);ALTER TABLE table_name ADD INDEX (column_to_index);这肯定会创建两个索引而不检查.将为每个索引分配一个名称(可能是colum...
MySQL存储过程----创建索引前，先判断索引是否已经存在，如果存在，则不添加，如果不存在，添加...
weixin_33769207的博客
04-14 1489
/* 一、 * 安全创建索引的存储过程： * 首先判断索引是否存在，如果已经存在则不创建，如果不存在，则创建。 * 防止索引已经存在，创建出错和删除索引重复创建原来的索引带来的开销浪费 * * 参数说明： * p_dbname : 数据库名称 * p_tablename ： 表名称 * p_idxname : 索引名称 * p_index...
MySQL存储过程----创建索引前，先判断索引是否已经存在，如果存在，则不添加，如果不存在，添加
utf7的技术博客
06-09 9741
USE xxx_db; /* 一、 * 安全创建索引的存储过程： * 首先判断索引是否存在，如果已经存在则不创建，如果不存在，则创建。 * 防止索引已经存在，创建出错和删除索引重复创建原来的索引带来的开销浪费 * * 参数说明： * p_dbname : 数据库名称 * p_tablename ： 表名称 * p_idxname : 索引名称 * p_index : 索引名称
mysql 判断是否已建立索引_MySQL存储过程----创建索引前，先判断索引是否已经存在，如果存在，则不添加，如果不存在，添加...
weixin_28756281的博客
01-27 1669
USE xxx_db;/* 一、* 安全创建索引的存储过程：* 首先判断索引是否存在，如果已经存在则不创建，如果不存在，则创建。* 防止索引已经存在，创建出错和删除索引重复创建原来的索引带来的开销浪费** 参数说明：* p_dbname : 数据库名称* p_tablename ： 表名称* p_idxname : 索引名称* p_index : 索引名称和结构，比如在 name(name)** ...
MySQL 存在索引但不能使用索引的典型场景
ggz 的博客
06-02 345
文章目录MySQL 存在索引但不能使用索引的典型场景一、以 % 开头的 LIKE 查询不能够利用 B-Tree 索引二、出现隐式转换三、不满足最左原则四、MySQL优化器认为用索引比全表扫描更慢五、有 or 分割开的条件 MySQL 存在索引但不能使用索引的典型场景 表结构 mysql> show index from actor; +-------+------------+---------------------+--------------+-------------+-----------+
MySQL数据库索引及失效场景
靖节先生的博客
01-06 4285
MySQL数据库索引及失效场景1. 索引失效概述1.1 索引的概念1.2 索引的特点1.3 索引的分类1.4 索引的使用场景2. 索引失效场景2.1 常见索引失效的9种情况2.2 索引失效场景总结3. 索引失效验证3.1 全值匹配3.2 最佳左前缀3.3 索引计算3.4 索引范围：索引列上不能有范围查询3.5 索引覆盖：尽量使用覆盖索引3.6 不等： 使用不等于（!= 或者 <>）的时候3.7 null：字段的is not null 与is null3.8 like：like的前后模糊匹配3.9
MySQL索引常见类型及使用场景
qq_39618837的博客
02-02 2509
覆盖索引（Covering Index）： 覆盖索引是指一个查询的结果可以完全通过索引返回，而无需访问实际的数据表。在上述示例中，unique_index_name 是唯一索引的名称，column1 是希望设为唯一索引的列名。在这些场景中，覆盖索引的使用能够有效减少对实际数据表的访问，提高查询性能。在 MySQL 中，索引是在表的列上创建的，它们可以是单列索引或多列索引，具体取决于你的查询需求。如果你需要的列都包含在索引中，MySQL就可以通过索引直接返回查询结果，而不必再去访问实际的数据表。
B+Tree索引和Hash索引是MySQL中两种常见的索引类型，它们在数据结构、适用场景、查询性能等方面存在显著区别
[Blog][Domain] programb.blog.csdn.net
04-28 1961
B+Tree索引和Hash索引是MySQL中两种常见的索引类型，它们在数据结构、适用场景、查询性能等方面存在显著区别。以下是详细的对比：B+Tree索引：Hash索引：B+Tree索引：Hash索引：B+Tree索引：Hash索引：B+Tree索引：Hash索引：B+Tree索引： Hash索引： 6. 示例 假设有一个表，包含字段（主键）和（普通字段）。 创建Hash索引 7. 总结 B+Tree索引：Hash索引：选择B+Tree索引：选择Hash索引：通过理解B+Tree索引和Hash索
MySQL索引、使用场景、失效场景、回表、索引覆盖
hkl_Forever的博客
11-30 2712
【1】例如有一张用户表t_user_info，id是主键索引，user_name是非主键索引，如果通过非主键索引查询整行记录，就需要先通过非主键索引user_name查询到聚簇索引也就是主键索引拿到id，再根据id查询到整条记录，这个需要回表。可以看到，此时使用到了user_name索引，但是最后的 Extra 的值为 Using index，这就表示用到了索引覆盖扫描，此时直接从索引中过滤不需要的记录并返回命中的结果，这一步是在 MySQL 服务器底层完成的，并且不需要回表。
MySQL索引失效的场景，什么情况下会造成MySQL索引失效
秃了也弱了
02-18 6219
目录 一、准备工作，准备sql 二、索引是什么、使用explain关键字来解析sql使用索引情况 三、索引的使用与失效场景 1.使用全部复合索引（索引正常使用） 2.最佳左前缀法则 3.在索引列上做任何操作（计算、函数、自动或手动类型转换），会导致索引失效而转向全表扫描。 4.不能使用索引中范围条件右边的列。（范围条件之后的索引全失效，但是范围条件之前的和范围条件的还是用到索引的。） 5.尽量使用覆合索引（只访问索引的查询（索引列和查询列一致）），减少select *。 6.mysql在使
mysql索引失效的场景
漫天雪_昆仑巅
01-04 2766
前言 之前有看过许多类似的文章内容，提到过一些sql语句的使用不当会导致MySQL的索引失效。还有一些MySQL“军规”或者规范写明了某些sql不能这么写，否则索引失效。 绝大部分的内容笔者是认可的，不过部分举例中笔者认为用词太绝对了，并没有说明其中的原由，很多人不知道为什么。所以笔者绝对再整理一遍MySQL中索引失效的常见场景，并分析其中的原由供大家参考。 当然请记住，explain是一个好习惯！ MySQL索引失效的常见场景 在验证下面的场景时，请准备足够多的数据量，因为数据量少时，MySQL
mysql负向查询索引_mysql 存在索引但不能使用索引的典型场景
weixin_33204522的博客
01-28 569
**以%开头的LIKE查询不能够利用B-tree索引**explain select * from actor where last_name like '%NI%'G;explain select * from actor where last_name like 'NI%'G;解决办法先扫描索引 last_name获取满足条件的%NI%的主键actor_id列表，之后根据主键回表去检索记录，这...
mysql not 索引_mysql 存在索引但不能使用索引的典型场景
weixin_31437187的博客
01-18 342
mysql 演示数据库：http://downloads.mysql.com/docs/sakila-db.zip以%开头的LIKE查询不能够利用B-tree索引explain select * from actor where last_name like '%NI%'\G;explain select * from actor where last_name like 'NI%'\G;解决办法...
MySQL使用索引的场景分析、不能使用索引的场景分析
weixin_34400525的博客
01-18 258
一、MySQL中能够使用索引的典型场景 1、匹配全值。对索引中的列都有等值匹配的条件。即使是在and中，and前后的列都有索引并进行等值匹配。 2、匹配值的范围查询，对索引的值能够进行范围查找。 3、匹配最左列前缀，仅仅使用索引中的最左边列进行查找。这个要考虑组合索引了。 4、仅仅对索引进行查询，当查询的列都在索引的字段中时，查询的效率更高。 5、匹配列前缀，仅仅使用索引中的第一列，并且...
mysql强制使用索引_MySQL使用索引的场景分析、不能使用索引的场景分析
weixin_28839699的博客
01-23 269
MySQL中能够使用索引的典型场景1.匹配全值。对索引中的列都有等值匹配的条件。即使是在and中，and前后的列都有索引并进行等值匹配。2.匹配值的范围查询，对索引的值能够进行范围查找。3.匹配最左列前缀，仅仅使用索引中的最左边列进行查找。这个要考虑组合索引了。4.仅仅对索引进行查询，当查询的列都在索引的字段中时，查询的效率更高。5.匹配列前缀，仅仅使用索引中的第一列，并且包含索引第一列...
【MySQL学习笔记】关于索引
席万里的博客
12-27 1006
索引下推是MySQL5.6的优化机制，默认是开启的，如果条件判断字段，在二级索引B+树里，就会下推到InnoDB存储引擎层来过滤，过滤完的记录，才会回表，相比没有索引下推的时候，可以减少回表次数。InnoDB会使用主键索引在B+树维护索引和数据文件，创建的联合索引也会生成一个索引树，同样都是B+树的结构，只不过它的data部分存储的是联合索引所在行的值。所以说，联合索引的优势在于支持索引覆盖查询，避免回表操作，并且对索引列的查询可直接利用索引的有序性完成排序，无需额外的外部排序，显著提升查询性能。
MySql索引机制及使用场景
最新发布
CynthiaXia的博客
10-20 1072
IN。
MySQL系列之索引知识学习笔记
Nicky's blog
09-15 3815
继我的上篇博客：Oracle索引知识学习笔记之后，再记录一篇MySQL的索引知识学习笔记，本博客是我在学习尚硅谷的学习教程后，做的笔记，当然我不是为了所谓宣传，仅仅是学习记录的笔记，本来可以不分享出来，分享出来的目录仅仅可以给网上的学习者参考学习，同时写在csdn比较方便，支持图片上传，也方便自己以后查找复习 文章目录一、索引的概念二、索引分类三、索引用法四 、索引架构简介五、索引适用的情况六、索...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值