学习笔记(28):MySQL数据库入门实战精讲-覆盖索引

上图来自MySQL官方文档。MySQL服务层：包括NoSQL和SQL接口、查询解析器、优化器、缓存和Buffer等组件。存储引擎层：各种插件式的表格存储引擎，实现事务、索引等各种存储引擎相关的特性。文件系统层: 读写物理文件。MySQL服务层负责SQL语法解析、触发器、视图、内置函数、binlog、生成执行计划等，并调用存储引擎层去执行数据的存储和检索。我们后续说到的“索引下推”，它的“下”其实就是指将部分上层（服务层）负责的事情，交给了下层（存储引擎）去处理。

目录索引是什么 索引是什么 索引：是为了快速对数据库数据检索的一种数据结构，是 B+ Tree 的数据结构。B+ Tree 长什么样？那你得先明白什么是 B- Tree，来看如下一张图 左边是 B- Tree，右边是 B+ Tree，两者的区别在于 B- Tree 中，所有节点都会带有指向具体记录的指针；B+ Tree 中只有叶子节点会带有指向具体记录的指针 B- Tree 中不同的叶子节点之间没有连在一起；B+ Tree 中所有的叶子节点通过指针连接在一起 B- Tree 中可能在非叶子节点就拿到了指

MySQL的索引覆盖和索引下推

MySQL中的覆盖索引的使用

索引（Index）是 MySQL 提高查询性能的重要机制，可以显著减少数据扫描，提高查询速度。在 MySQL 中，不同类型的索引适用于不同的应用场景，常见索引包括 **主键索引、唯一索引、覆盖索引、全文索引**。本篇文章将详细介绍 **MySQL 索引的不同类型**，以及 **如何正确使用索引来优化数据库查询性能**。

什么是MySQL的索引覆盖和索引下推？

索引下推（INDEX CONDITION PUSHDOWN，简称 ICP）是在 MySQL 5.6 针对扫描二级索引的一项优化改进。总的来说是通过把索引过滤条件下推到存储引擎，来减少 MySQL 存储引擎访问基表的次数以及 MySQL 服务层访问存储引擎的次数。ICP 适用于 MYISAM 和 INNODB，本篇的内容只基于 INNODB。（1）MySQL 服务层：也就是 SERVER 层，用来解析 SQL 的语法、语义、生成查询计划、接管从 MySQL 存储引擎层上推的数据进行二次过滤等等。

覆盖索引（covering index ，或称为索引覆盖）即从非主键索引中就能查到的记录，而不需要查询主键索引中的记录，避免了回表的产生减少了树的搜索次数，显著提升性能。覆盖索引避免了回表现象的产生，从而减少树的搜索次数，显著提升查询性能，所以使用覆盖索引是性能优化的一种手段，文章有不当之处，欢迎指正~

1.覆盖索引是一种数据查询方式，不是索引类型 2.在索引数据结构中，通过索引值可以直接找到要查询字段的值，而不需要通过主键值回表查询，那么就叫覆盖索引

覆盖索引又可以称为索引覆盖。 　　解释一： 就是select的数据列只用从索引中就能够取得，不必从数据表中读取，换句话说查询列要被所使用的索引覆盖。 　　解释二： 索引是高效找到行的一个方法，当能通过检索索引就可以读取想要的数据，那就不需要再到数据表中读取行了。如果一个索引包含了（或覆盖了）满足查询语句中字段与条件的数据就叫做覆盖索引。 　　解释三： 是非聚集组合索引的一种形式，它包括在查询...

设计阶段优先为高频查询创建覆盖索引使用分析慢查询日志对SELECT *查询建立索引白名单维护阶段定期执行更新统计信息监控比例使用跟踪索引使用率架构优化对报表系统使用覆盖索引+分区表组合对OLTP系统采用宽表拆分+覆盖索引策略对读多写少场景考虑使用只读副本+覆盖索引通过合理设计覆盖索引，可使查询性能提升 3-10 倍，特别是在数据量超过百万级时效果显著。实际应用中需结合业务特点、查询模式和硬件资源进行综合权衡。点击进入。

MySQL索引优化是提升数据库性能的关键手段。本文详细解析了MySQL各类索引（主键、唯一、普通、组合、全文、空间索引）的特点与适用场景，深入剖析了B+树和Hash索引的存储结构差异。重点介绍了索引优化实战策略，包括索引列选择标准、选择度计算方法、覆盖索引优化技巧，以及避免索引失效的注意事项（如避免函数操作、隐式类型转换、LIKE通配符开头等）。通过合理使用索引，查询性能可提升数千倍，有效解决大数据量下的性能瓶颈问题。

在正式讨论覆盖索引和联合索引之前，我们先来了解一下什么是索引。索引是一种数据结构，它可以帮助数据库系统快速定位到表中的特定记录。在Mysql中，常见的索引类型包括B树索引、哈希索引、全文索引等。其中，B树索引是最常用的一种，本文也将主要围绕B树索引进行讨论。覆盖索引（Covering Index）是指查询的所有列都可以从索引中获取，而无需回表查询。换句话说，如果一个查询所需的全部数据都可以通过索引直接获取，那么这个索引就是覆盖索引。联合索引（Composite Index）是指在一个索引中包含多个列的索引。

接触MySQL数据库的小伙伴一定避不开索引，索引的出现是为了提高数据查询的效率，就像书的目录一样。某一个SQL查询比较慢，你第一时间想到的就是“给某个字段加个索引吧”，那么索引是什么？是如何工作的呢？一起静下心来，耐心看完这篇文章吧，干货不啰嗦，相信你一定会有所收获。

深入解析MySQL索引优化技术，包括回表机制、覆盖索引、最左前缀原则和索引下推等核心概念，通过实战案例帮你掌握索引设计的精髓。

覆盖索引并非一种特殊的索引类型，而是一种索引的使用方式。当一个查询语句的所有需要返回的列（SELECT子句中的列）以及查询条件（WHERE子句中的列）都包含在一个索引中时，MySQL就可以直接通过扫描索引来获取全部数据，而无需再回表（Back to Table）查询数据行。这种“只读索引”就能满足查询需求的情况，就称为覆盖索引。覆盖索引是MySQL查询优化中一项非常强大的技术。通过精心设计索引，使其“覆盖”查询的所有需求，可以避免昂贵的回表操作，将查询性能提升一个数量级。

想象一下，你要查一本很厚的书 📖（数据库表）里的几条信息。普通索引（没覆盖）：就像书的目录（索引）。你先在目录里找到你要查的章节 🔍（比如按年龄查人），目录告诉你这个章节在第几页（数据行的位置）。然后，你得翻到那一页 📄（回到主表数据），才能看到完整的章节内容（比如这个人的姓名、邮箱等）。这个“翻到具体页码再去找内容”的动作，就有点像数据库里的“回表” 🏃💨。覆盖索引：还是查书。但这次，你要查的信息（比如姓名和年龄），恰好在那个目录页上就直接写清楚了 ✨！

聚簇索引（Clustered Index）是InnoDB存储引擎的核心特性之一。它的特点是数据即索引，索引即数据。聚簇索引将表的主键用来构造一棵B+树，并将整张表的行记录数据存放在B+树的叶子节点中。换句话说，聚簇索引的叶子节点就是数据页，数据页中存放的是完整的每行记录。辅助索引（Secondary Index），也称为二级索引或非聚集索引，是基于表中非主键列构建的索引。与聚簇索引不同，辅助索引的叶子节点并不包含完整的行记录数据，而是存储了索引列的值和对应行的主键值。

本课程涵盖MySQL数据库的基础与部分进阶内容，主要学习MySQL数据库的基础知识、数据表的常用操作及各种约束的使用，以及综合的运用各种命令实现记录进行CURD等操作。 本课程的目标就是“看得懂、学得会、做得出”，为后续的学习打下夯实的基础。 新课上新，今日享受早鸟优惠价仅需39元！原价129！ 48节入门与高阶...