MySQL 表 t1 建立联合索引 (a, b, c)，在 where a ＜ ? and b ＞ ? and c ＜ ? 中哪些索引生效

文章目录

  • 联合索引 abc 均范围扫描时的索引生效情况
    • 无回表 + 表数据量非常少
    • 无回表 + 表数据量多
    • 有回表
    • 总结

联合索引 abc 均范围扫描时的索引生效情况

场景：表 t1 建立联合索引 (a, b, c)，在 where a < ? and b > ? and c < ? 中哪些索引生效。

无回表 + 表数据量非常少

场景准备：联合索引 (a, b, c) 已经是完整的数据记录，可以使用覆盖索引，表数据量非常少的意思是只有 0 或 1 条记录（测试发现）。

DROP TABLE IF EXISTS t1;CREATE TABLE t1 (id INT AUTO_INCREMENT PRIMARY KEY,a INT NOT NULL,b INT NOT NULL,c INT NOT NULL,INDEX idx_a_b_c(a, b, c)
);drop procedure if exists GenerateTestData;DELIMITER //CREATE PROCEDURE GenerateTestData()
BEGINDECLARE i INT DEFAULT 0;WHILE i < 1 DOINSERT INTO t1 (a, b, c)VALUES (FLOOR(1 + RAND() * 100),  -- 生成 1-100 的随机整数FLOOR(1 + RAND() * 100),FLOOR(1 + RAND() * 100));SET i = i + 1;END WHILE;
END //DELIMITER ;call GenerateTestData;

查看当前表信息：

SELECT * FROM t1;

image-20250326131640941

接着分析此场景下的联合索引生效情况：

EXPLAIN
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326131823785

分析：

  • type = index 表示可以使用覆盖索引，但需要扫描全部的索引记录。
  • key = idx_a_b_c 表示实际用到的索引为联合索引 (a, b, c)。
  • key_len = 12 表示实际用到的索引长度（字节数）为 12，这是衡量联合索引字段生效的重要参考。
  • Extra = Using where 表示在 Server 层进行了条件过滤。
  • Extra = Using index 表示使用到了覆盖索引。

🤔 为什么这个 where 条件明明不满足最左前缀原则，key_len 的长度还为 12 呢？

首先说明的是，a、b、c 都是 4 字节的 int 类型，因此 索引字段数 × 字段长度 = 3 × 4 = 12 = k e y _ l e n 索引字段数 \times 字段长度 = 3 \times 4 = 12 = key\_len 索引字段数×字段长度=3×4=12=key_len 说明实际用到了 a、b、c。但这并不表明 a、b、c 索引生效！因为 type = index 表示优化器选择了全索引扫描（遍历整个索引），所以才呈现了 key_len = 12 的情况。

也就是说，a、b、c 没有一个索引生效，即没有在存储引擎层利用索引进行条件过滤，实际的条件过滤是由 Server 层进行的。

为了进一步验证，还可以使用 EXPLAIN ANALYZE。EXPLAIN ANALYZE 是 MySQL 8.0.18 及以上版本引入的一个调试工具，用于分析 SQL 查询的实际执行过程。它不仅显示优化器预估的执行计划（类似常规的 EXPLAIN），还会实际执行查询并返回详细的运行时统计信息（如实际耗时、处理行数等），帮助开发者精准定位性能瓶颈。

EXPLAIN analyze
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326133344350

分析：

  1. Covering 表示使用到了覆盖索引，需要查询的所有字段都在索引搜索树 (a, b, c) 中可以找到，无需回表查询。
  2. index scan 表示进行了全索引扫描。
  3. Filter: ((t1.a < 2) and (t1.b > 3) and (t1.c < 5)) 表示存储引擎层在全索引扫描后，Server 层将结果集在内存中按照 a < 2 AND b > 3 AND c < 5 进行条件过滤。

无回表 + 表数据量多

场景准备：联合索引 (a, b, c) 已经是完整的数据记录，可以使用覆盖索引，表数据量多的意思是多于 1 条记录（测试发现）。

DROP TABLE IF EXISTS t1;CREATE TABLE t1 (id INT AUTO_INCREMENT PRIMARY KEY,a INT NOT NULL,b INT NOT NULL,c INT NOT NULL,INDEX idx_a_b_c(a, b, c)
);drop procedure if exists GenerateTestData;DELIMITER //CREATE PROCEDURE GenerateTestData()
BEGINDECLARE i INT DEFAULT 0;WHILE i < 1000 DOINSERT INTO t1 (a, b, c)VALUES (FLOOR(1 + RAND() * 100),  -- 生成 1-100 的随机整数FLOOR(1 + RAND() * 100),FLOOR(1 + RAND() * 100));SET i = i + 1;END WHILE;
END //DELIMITER ;call GenerateTestData;

接着分析此场景下的联合索引生效情况：

EXPLAIN
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326134354221

分析：

  • type = range 表示使用索引进行范围查找。
  • key = idx_a_b_c 表示实际用到的索引为联合索引 (a, b, c)。
  • key_len = 4 表示实际用到的索引长度（字节数）为 4，也就是只有 a 字段索引生效。
  • Extra = Using where 表示在 Server 层进行了条件过滤。
  • Extra = Using index 表示使用到了覆盖索引。

由于进行了范围查找，不满足最左前缀原则，因此只有 a 字段索引生效，后续的 b、c 都未生效，并在 Server 层进行 a、b、c 的条件过滤。

🤔 Server 层为什么还会对 a 进行过滤呢，存储引擎层不是已经过滤了 a 吗？

这是因为存储引擎对 Server 层是“透明”的，Server 层不假设存储引擎的行为完全可靠，因此会重新验证数据。

为了进一步验证，还可以使用 EXPLAIN ANALYZE。

EXPLAIN analyze
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326135006177

分析：

  1. Covering 表示使用到了覆盖索引，需要查询的所有字段都在索引搜索树 (a, b, c) 中可以找到，无需回表查询。
  2. range scan ... over (a < 2) 表示对 a < 2 进行了范围扫描，仅 a 字段索引生效，b、c 未生效。
  3. Filter: ((t1.a < 2) and (t1.b > 3) and (t1.c < 5)) 表示存储引擎层在范围扫描后，Server 层将结果集在内存中按照 a < 2 AND b > 3 AND c < 5 进行条件过滤。

有回表

场景准备：联合索引 (a, b, c) 不是完整的数据记录，需要回表扫描，这里不强调表数据量大小的原因是无论数量为 0、1 或更多都会回表扫描（测试发现）。

DROP TABLE IF EXISTS t1;CREATE TABLE t1 (id INT AUTO_INCREMENT PRIMARY KEY,`name` VARCHAR(255) NOT NULL DEFAULT '',a INT NOT NULL,b INT NOT NULL,c INT NOT NULL,INDEX idx_a_b_c(a, b, c)
);DROP PROCEDURE IF EXISTS GenerateTestData;DELIMITER //CREATE PROCEDURE GenerateTestData()
BEGINDECLARE i INT DEFAULT 0;WHILE i < 1000 DOINSERT INTO t1 (a, b, c)VALUES (FLOOR(1 + RAND() * 100),  -- 生成 1-100 的随机整数FLOOR(1 + RAND() * 100),FLOOR(1 + RAND() * 100));SET i = i + 1;END WHILE;
END //DELIMITER ;CALL GenerateTestData;

接着分析此场景下的联合索引生效情况：

EXPLAIN
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326140358622

分析：

  • type = range 表示使用索引进行范围查找。
  • key = idx_a_b_c 表示实际用到的索引为联合索引 (a, b, c)。
  • key_len = 4 表示实际用到的索引长度（字节数）为 4，也就是只有 a 字段索引生效。
  • Extra = Using index condition 表示在存储引擎层使用 b、c 进行了索引下推。

由于进行了范围查找，不满足最左前缀原则，因此只有 a 字段索引生效，后续的 b、c 都未生效，但由于需要回表查询，因此还可以使用 b、c 进行索引下推，且在 Server 层不会再进行条件过滤了（因为没有提示 Extra = Using where）。

为了进一步验证，还可以使用 EXPLAIN ANALYZE。

EXPLAIN analyze
SELECT *
FROM t1
WHERE a < 2 AND b > 3 AND c < 5;

image-20250326140934661

分析：

  1. range scan ... over (a < 2) 表示对 a < 2 进行了范围扫描，仅 a 字段索引生效，b、c 未生效。
  2. index condition: (a < 2 and b > 3 and c < 5) 表示在索引范围扫描的基础上，存储引擎进一步应用索引下推，检查索引条目是否满足 a < 2、b > 3 和 c < 5 再进行回表扫描。

🤔 为什么生效的索引字段 a 还会作为索引下推条件呢？

虽然 a < 2 已用于范围扫描，但 ICP 仍会重新检查所有下推条件。也就是说，ICP 的条件列表中可能包含了已经被范围扫描处理的条件，这是因为在索引扫描的过程中，存储引擎可能需要再次确认这些条件，尤其是在联合索引中，可能存在多个范围的条目，需要逐条检查。

总结

这里只分析了目前能想到的常见情况，其实还有很多，这是由于查询优化器会对查询进行优化，包括重写查询、决定表的读写顺序、选择合适的索引等，综合考虑数据量、是否回表、回表成本、索引区分度等因素生成查询成本最小的执行计划。

对以上的三种情况做一个总结：

  1. 无回表 + 表数据量非常少：使用覆盖索引进行全索引扫描，索引字段 a、b、c 都未生效（未使用索引进行条件过滤）。
  2. 无回表 + 表数据量多：使用联合索引进行范围查找，但只有索引字段 a 生效，Server 层使用 a、b、c 进行条件过滤（尽管存储引擎层已经过滤了 a，但 Server 层不认为存储引擎层行为完全可靠）。
  3. 有回表：使用联合索引进行范围查找，但只有索引字段 a 生效，存储引擎层使用 a、b、c 进行索引下推（尽管大多数 ICP 场景只有 b、c 才能真正过滤掉部分数据）。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/pingmian/73526.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

海外营收占比近4成，泡泡玛特全球化战略迎收获期

海外营收占比近4成，泡泡玛特全球化战略迎收获期

3月26日&#xff0c;泡泡玛特国际集团发布2024全年财报。财报显示&#xff0c;2024年泡泡玛特实现营收130.4亿元&#xff08;人民币&#xff0c;下同&#xff09;&#xff0c;同比增长106.9%&#xff0c;经调整净利润34.0亿元&#xff0c;同比增长185.9%。中国内地营收79.7亿元…
阅读更多...
ctf-web: 不统一的解析 + sql注入要求输入与输出相等 -- tpctf supersqli

ctf-web: 不统一的解析 + sql注入要求输入与输出相等 -- tpctf supersqli

# 从 django.shortcuts 模块导入 render 函数&#xff0c;用于渲染模板 from django.shortcuts import render # 从 django.db 模块导入 connection 对象&#xff0c;用于数据库连接 from django.db import connection# 此模块用于创建视图函数 # 从 django.http 模块导入 Http…
阅读更多...
LLM推理加速框架有哪些

LLM推理加速框架有哪些

LLM推理加速框架有哪些 目录 LLM推理加速框架有哪些1. TensorRT简介简单使用示例2. Triton Inference Server简介简单使用示例3. SGLang简介简单使用示例4. vLLM简介简单使用示例1. TensorRT 简介 TensorRT 是 NVIDIA 推出的一个用于高性能深度学习推理的 SDK。它能够对训练好…
阅读更多...
【深度学习与实战】2.1、线性回归模型与梯度下降法先导案例--最小二乘法(向量形式求解)

【深度学习与实战】2.1、线性回归模型与梯度下降法先导案例--最小二乘法(向量形式求解)

为了求解损失函数 对 的导数&#xff0c;并利用最小二乘法向量形式求解 的值&#xff0c;我们按照以下步骤进行&#xff1a; ‌1. 损失函数的含义‌ 这是‌线性回归‌的平方误差损失函数&#xff0c;目标是最小化预测值 与真实值 之间的差距。 ‌定义损失函数‌&#xf…
阅读更多...
S7-1200对V90 PN进行位置控制的三种方法

S7-1200对V90 PN进行位置控制的三种方法

S7-1200系列PLC通过PROFINET与V90 PN伺服驱动器搭配进行位置控制，实现的方法主要有以下三种： ? 方法一、在PLC中组态位置轴工艺对象，V90使用标准报文3，通过MC_Power、MC_MoveAbsolute等PLC Open标准程序块进行控制, 这种控制方式属于中央控制方式（位置控制在PLC中计算，驱…
阅读更多...
爱普生FC-135晶振5G手机的极端温度性能守护者

爱普生FC-135晶振5G手机的极端温度性能守护者

在5G时代&#xff0c;智能手机不仅需要高速率与低延迟&#xff0c;更需在严寒、酷暑、振动等复杂环境中保持稳定运行。作为 5G 手机的核心时钟源&#xff0c;爱普生32.768kHz晶振FC-135凭借其宽温适应性、高精度稳定性与微型化设计&#xff0c;成为5G手机核心时钟源的理想选择&…
阅读更多...
ROS--IMU数据包

ROS--IMU数据包

IMU惯性测量单元 一&#xff1a;IMU二&#xff1a;ROS中三&#xff1a;IMU数据包三&#xff1a;总结 提示&#xff1a;以下是本篇文章正文内容&#xff0c;下面案例可供参考 一&#xff1a;IMU IMU&#xff08;Inertial Measurement Unit&#xff0c;惯性测量单元&#xff09…
阅读更多...
数据文件误删除，OceanBase中如何重建受影响的节点

数据文件误删除，OceanBase中如何重建受影响的节点

当不慎误删数据文件且当前没有现成的可替换节点时&#xff0c;在OceanBase中&#xff0c;不必急于采取极端措施&#xff0c;可以考虑运用 server_permanent_offline_time 参数&#xff0c;来重建受影响的节点。 原理&#xff1a; server_permanent_offline_time 是 OceanBase数…
阅读更多...
Python：匹配多个字符，如何匹配开头

Python：匹配多个字符，如何匹配开头

匹配字符0次或无数次(*)&#xff1a; import re resre.match([A-Z][a-z]*,Lihailu) print(res.group())#提取数据 输出结果可以全部输出 匹配字符至少一次()&#xff1a; import re resre.match([A-Za-z]python,apython) print(res.group())#提取数据(后边只写python会…
阅读更多...
Unity-RectTransform设置UI width

Unity-RectTransform设置UI width

不知道有没人需要这样的代码&#xff0c;就是.sizeDelta //不确定是不是英文翻译的原因&#xff0c;基本很难理解&#xff0c;sizeDeltaSize&#xff0c;//未必完全正确&#xff0c;但这么写好像总没错过 //image 在一个UnityEngine.UI.Image 的数组内foreach (var image in l…
阅读更多...
java学习——函数式编程（1）

java学习——函数式编程（1）

函数式编程 Java 的函数式编程是一种以函数为核心构建逻辑的编程范式，强调不可变性、声明式代码和无副作用的操作。它通过Lambda表达式、函数式接口（如Function、Predicate、Consumer等）和Stream API等特性实现，将计算过程抽象为函数的组合与转换，而非传统的命令式步骤。…
阅读更多...
AP CSA FRQ Q2 Past Paper 五年真题汇总 2023-2019

AP CSA FRQ Q2 Past Paper 五年真题汇总 2023-2019

Author(wechat): bigshuang2020 ap csa tutor, providing 1-on-1 tutoring. 国际教育计算机老师, 擅长答疑讲解&#xff0c;带学生实践学习。 热爱创作&#xff0c;作品&#xff1a;ap csa原创双语教案&#xff0c;真题梳理汇总&#xff0c; AP CSA FRQ专题冲刺, AP CSA MCQ小题…
阅读更多...
线程池详解：在SpringBoot中的最佳实践

线程池详解：在SpringBoot中的最佳实践

线程池详解&#xff1a;在SpringBoot中的最佳实践 引言 在Java并发编程中&#xff0c;线程池是一种非常重要的资源管理工具&#xff0c;它允许我们在应用程序中有效地管理和重用线程&#xff0c;从而提高性能并降低资源消耗。特别是在SpringBoot等企业级应用中&#xff0c;正…
阅读更多...
2025年IT行业技术革命全景解析：从AI到量子计算的落地实践

2025年IT行业技术革命全景解析：从AI到量子计算的落地实践

简介 2025年&#xff0c;全球IT行业正经历一场由AI、量子计算、物联网等技术驱动的变革。从BOE的AI制造系统到德易科技的无人机光伏巡检&#xff0c;从鲲鹏处理器的国产化突破到量子计算的算力革命&#xff0c;技术创新正在重塑产业格局。本文结合最新行业动态与实战案例&…
阅读更多...
JVM - 年轻代和老年代

JVM - 年轻代和老年代

通过一些问题来讨论 JVM 中年轻代和老年代的内容 为什么要区分年轻代和老年代&#xff1f;哪些对像会进入老年代&#xff1f;什么时候会进行年轻代GC&#xff1f;什么时候会进行老年代GC&#xff1f; 1. 为什么要区分年轻代和老年代&#xff1f; 年轻代中的对象大部分都是短期…
阅读更多...
【react】在react中async/await一般用来实现什么功能

【react】在react中async/await一般用来实现什么功能

目录 基本概念 工作原理 优点 注意事项 底层原理 实际应用场景 1. 数据获取 (API 请求) 2. 表单提交 3. 异步状态管理 4. 异步路由切换 5. 异步数据预加载 6. 第三方 API 调用 7. 文件上传/下载 8. 路由导航拦截 关键注意事项 基本概念 async 函数&#xff1a;用…
阅读更多...
高维小样本数据的在线流特征选择

高维小样本数据的在线流特征选择

发布于24年国际学习和控制论杂志 文献地址 简要总结 《Online streaming feature selection for high-dimensional small-sample data》研究了高维小样本数据&#xff08;HDSS&#xff09;在类别不平衡情况下的在线流式特征选择问题&#xff0c;提出了一种名为OSFSHS的算法。…
阅读更多...
1688.item_search_seller-搜索店铺列表接口返回数据说明

1688.item_search_seller-搜索店铺列表接口返回数据说明

一、接口概述 item_search_seller 是 1688 提供的一个 API 接口&#xff0c;用于搜索店铺列表。通过该接口&#xff0c;开发者可以查询特定店铺的相关信息&#xff0c;包括店铺的基本信息、商品列表等。该接口广泛应用于电商数据采集、市场调研、店铺分析等场景。 二、接口请…
阅读更多...
uniapp主题切换功能，适配H5、小程序

uniapp主题切换功能，适配H5、小程序

实现方法 方法性能消耗维护成本适用场景内联样式较高低小程序CSS变量属性选择器低中H5混合方案中等低跨平台项目 优势特点 性能优化&#xff1a; H5端使用CSS原生变量切换小程序端使用高效样式字符串生成切换动画流畅 维护性提升 主题配置集中管理新增主题只需要拓展vars对象…
阅读更多...
线程未关闭导致资源泄漏

线程未关闭导致资源泄漏

文章目录 资源泄漏&#xff08;线程未关闭&#xff09;问题描述错误实现优化原理正确实现优化原理 资源泄漏&#xff08;线程未关闭&#xff09; 问题描述 应用程序启动时创建线程池处理任务&#xff0c;但未在应用关闭时正确关闭线程池。 现象&#xff1a; 应用重启时&…
阅读更多...
最新文章

Copyright @ 2022~2023