MySQL的索引详细介绍(全网最新整理)

暗影深渊 發表於 2026-1-6 09:50:03

MySQL的索引详细介绍(全网最新整理)

<div id="navCategory"><h5 class="catalogue">目录</h5><ul class="first_class_ul"><li><a href="#_label0">1.什么是索引</a></li><ul class="second_class_ul"><li><a href="#_lab2_0_0">1.1 索引的数据结构</a></li><ul class="third_class_ul"><li><a href="#_label3_0_0_0">1.1.1 Hash表</a></li><li><a href="#_label3_0_0_1">1.1.2 二叉查找树</a></li><li><a href="#_label3_0_0_2">1.1.3 平衡二叉树</a></li><li><a href="#_label3_0_0_3">1.1.4 B树</a></li><li><a href="#_label3_0_0_4">1.1.5 B+树</a></li></ul></ul><li><a href="#_label1">2.索引的优缺点</a></li><ul class="second_class_ul"></ul><li><a href="#_label2">3.索引的使用场景</a></li><ul class="second_class_ul"></ul><li><a href="#_label3">4.索引的分类</a></li><ul class="second_class_ul"><li><a href="#_lab2_3_1">4.1 主键索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_2">4.2 唯一索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_3">4.3 单值索引(单列索引)</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_4">4.4 复合索引(组合索引)</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_5">4.5 普通索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_6">4.6 全文索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_7">4.7 空间索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_8">4.8 前缀索引</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_3_9">4.9 覆盖索引</a></li><ul class="third_class_ul"></ul></ul><li><a href="#_label4">5.索引测试</a></li><ul class="second_class_ul"></ul><li><a href="#_label5">6.性能分析</a></li><ul class="second_class_ul"><li><a href="#_lab2_5_10">6.1 Mysql常见瓶颈</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_5_11">6.2 Explain</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_5_12">6.3 explain重要字段</a></li><ul class="third_class_ul"><li><a href="#_label3_5_12_5">6.3.1 id</a></li><li><a href="#_label3_5_12_6">6.3.2 select_type</a></li><li><a href="#_label3_5_12_7">6.3.3 type</a></li><li><a href="#_label3_5_12_8">6.3.4 possible_key</a></li><li><a href="#_label3_5_12_9">6.3.5 key</a></li><li><a href="#_label3_5_12_10">key_len:</a></li><li><a href="#_label3_5_12_11">6.3.6 ref</a></li><li><a href="#_label3_5_12_12">6.3.7 rows</a></li><li><a href="#_label3_5_12_13">6.3.8 extra</a></li></ul></ul><li><a href="#_label6">7.查询优化</a></li><ul class="second_class_ul"><li><a href="#_lab2_6_13">7.1 索引失效</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_6_14">7.2 排序优化</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_6_15">7.3 优化案例</a></li><ul class="third_class_ul"><li><a href="#_label3_6_15_14">7.3.1 单表查询优化</a></li><li><a href="#_label3_6_15_15">7.3.2 关联查询优化</a></li><li><a href="#_label3_6_15_16">7.3.3 分组优化</a></li></ul></ul><li><a href="#_label7">8.慢查询日志</a></li><ul class="second_class_ul"><li><a href="#_lab2_7_16">8.1 简介</a></li><ul class="third_class_ul"></ul><li><a href="#_lab2_7_17">8.2 使用</a></li><ul class="third_class_ul"></ul></ul></ul></div><a name="_label0"></a><h2>1.什么是索引</h2>
索引是帮助MySQL高效获取数据的数据结构 MySQL在存储数据之外，数据库系统中还维护着满足特定查找算法的数据结构，这些数据结构以某种引用(指向)表中的数据,这样我们就可以通过数据结构上实现的高级查找算法来快速找到我们想要的数据。而这种数据结构就是索引。
<a name="_lab2_0_0"></a><h3>1.1 索引的数据结构</h3>
<a name="_label3_0_0_0"></a><h4>1.1.1 Hash表</h4>
在java中的HashMap，TreeMap是Hash表结构，以键值对的方式存储数据，使用Hash表存储表数据Key可以存储索引列，Value可以存储行记录或者行磁盘地址。Hash在等值查询效率高，时间复杂度是O(1),但是，不支持范围快速查找，范围查找时只能通过扫描全表方式
不适合经常需要查找和范围查找的数据库索引使用
<a name="_label3_0_0_1"></a><h4>1.1.2 二叉查找树</h4>
二叉树存储的值是以key-value结构存储
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455112.png" />
二叉树特点：每个节点最多有2个分叉，左小右大。 可以保证每次查找减少IO次数，但是会出现一直向右下插，或者左下插入，比如，接下来要插入的数据是18，20，22等这样就非常难受。 这种数据结构不稳定
<a name="_label3_0_0_2"></a><h4>1.1.3 平衡二叉树</h4>
平衡二叉树采用的是二分法的思维，它最主要的特征是树的左右两个子树的层级最多相差1， 它的时间复杂度是O(log2 n)
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455155.png" />
存在问题： 当插入的数据过多时，树会很高，这样每层节点的数量就会很多。每个节点读取，都对应这一次磁盘的IO操作，这样，查询性能就会很差。
<a name="_label3_0_0_3"></a><h4>1.1.4 B树</h4>
MySQL的数据是存储在磁盘文件中的，查询处理数据时，需要先把磁盘中的数据加载到内存中，磁盘IO操作非常耗时，需要我们去减少IO操作，那么就需要就减少树的高度 B树是一种多叉平衡查找树，每个结点存储M/2到M个关键字，非叶子结点存储指向关键字范围的子结点；
所有关键字在整颗树中出现，且只出现一次，非叶子结点可以命中；
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455298.png" />
1.定义任意非叶子结点最多只有M个儿子；且M>2； 2.根结点的儿子数为； 3.除根结点以外的非叶子结点的儿子数为； 4.每个结点存放至少M/2-1（取上整）和至多M-1个关键字；（至少2个关键字） 5.非叶子结点的关键字个数=指向儿子的指针个数-1； 6.非叶子结点的关键字：K, K, …, K；且K < K； 7.非叶子结点的指针：P, P, …, P；其中P指向关键字小于K的 子树，P指向关键字大于K的子树，其它P指向关键字属于(K, K)的子树； 8.所有叶子结点位于同一层； B树的特点： 1.关键字集合分布在整颗树中； 2.任何一个关键字出现且只出现在一个结点中； 3.搜索有可能在非叶子结点结束； 4.其搜索性能等价于在关键字全集内做一次二分查找； 5.自动层次控制；
<a name="_label3_0_0_4"></a><h4>1.1.5 B+树</h4>
使用B+树构建索引，B+树和B树最主要的区别在于非叶子节点是否存储数据的问题。 B+树：在B-树基础上，为叶子结点增加链表指针，所有关键字都在叶子结点 中出现，非叶子结点作为叶子结点的索引；B+树总是到叶子结点才命中；
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455259.jpg" />
B+的搜索与B-树也基本相同，区别是B+树只有达到叶子结点才命中 B+树的特点： 1.所有关键字都出现在叶子结点的链表中（稠密索引），且链表中的关键字恰好 是有序的； 2.不可能在非叶子结点命中； 3.非叶子结点相当于是叶子结点的索引（稀疏索引），叶子结点相当于是存储 （关键字）数据的数据层； 4.更适合文件索引系统；
<a name="_label1"></a><h2>2.索引的优缺点</h2>
优点：
<ul><li>提高数据的检索效率，降低数据库的IO成本</li><li>通过索引对数据进行排序，降低了数据排序的成本，降低了CPU的消耗</li><li>被索引的列会自动进行排序，包括【单列索引】和【组合索引】，只是组合索引的排序要复杂一些。</li><li>如果按照索引列的顺序进行排序，对应order by语句来说，效率就会提高很多</li></ul>
缺点：
<ul><li>索引会占据磁盘的空间</li><li>索引虽然会提高查询效率，但是会降低更新表的效率。比如每次对表进行增删改操作，MySQL不仅要保存数据，还有保存或者更新对应的索引文件。</li></ul>
<a name="_label2"></a><h2>3.索引的使用场景</h2>
哪些情况需要创建索引： 1.主键自动建立唯一索引 2.频繁作为查询条件的字段应该创建索引(where后面的语句) 3.查询中与其他表关联的字段，外键关系建立索引 4.多字段查询下倾向创建组合索引 5.查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度 6.查询中统计或者分组字段
哪些情况不需要创建索引： 1.表记录太少 2.经常增删改的表 3.where条件里用不到的字段不建立索引
<a name="_label3"></a><h2>4.索引的分类</h2>
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455142.png" />
<a name="_lab2_3_1"></a><h3>4.1 主键索引</h3>
<ul><li>表中的列设定为主键后，数据库会自动建立主键索引，索引列中的值必须是唯一的，不允许有空值</li><li>单独创建和删除主键索引的语法</li><li>创建：alter table 表名 add primary key(字段)</li><li>删除：alter table 表名 drop primary key</li></ul>
<div class="jb51code"><pre class="brush:sql;">CREATE TABLE users (
id INT AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
email VARCHAR(100) NOT NULL,
PRIMARY KEY (id)
);
</pre></div>
在这个例子中，id列被定义为主键，MySQL会自动为这个列创建一个主键索引。
<a name="_lab2_3_2"></a><h3>4.2 唯一索引</h3>
<ul><li>表中的列创建了唯一约束时，数据库会自动建立唯一索引，索引列中的值必须是唯一的，但是允许为空值。</li><li>单独创建和删除唯一索引的语法：</li><li>创建：alter table 表名 add unique 索引名(字段)或 create unique index 索引名 on 表名(字段)</li><li>删除：drop index 索引名 on 表名</li></ul>
<div class="jb51code"><pre class="brush:sql;">CREATE TABLE users (
id INT AUTO_INCREMENT,
username VARCHAR(50) NOT NULL,
email VARCHAR(100) NOT NULL,
PRIMARY KEY (id),
UNIQUE INDEX `unique_email` (email)
);
</pre></div>
在这里，email列有一个唯一索引，确保每个电子邮件地址在表中是唯一的。
<a name="_lab2_3_3"></a><h3>4.3 单值索引(单列索引)</h3>
一个索引只包含单个列，一个表可以有多个单值索引。 1.建表时可随表一起建立单值索引 2.单独创建和删除单值索引
<ul><li>创建：alter table 表名 add index 索引名(字段) 或 create index 索引名 on 表名(字段)</li><li>删除：drop index 索引名 on 表名</li></ul>
<a name="_lab2_3_4"></a><h3>4.4 复合索引(组合索引)</h3>
一个索引包含多个列 1.建表时可随表一起建立复合索引 2.单独创建和删除复合索引
<ul><li>创建：create index 索引名 on 表名(字段1，字段2) 或 alter table 表名 add index 索引名(字段1，字段2)</li><li>删除：drop index 索引名 on 表名</li></ul>
<div class="jb51code"><pre class="brush:sql;">CREATE INDEX idx_name_date ON events (name, date);
</pre></div>
这个例子创建了一个组合索引，包含events表的name和date两个列，可以加速同时涉及这两个字段的查询。
<a name="_lab2_3_5"></a><h3>4.5 普通索引</h3>
最基本的索引类型，没有唯一性的限制，主要用于提高查询性能。一个表可以有多个普通索引。
<div class="jb51code"><pre class="brush:sql;">CREATE INDEX idx_username ON users (username);
</pre></div>
这个例子为users表的username列创建了一个普通索引，用来加速基于username的查询
<a name="_lab2_3_6"></a><h3>4.6 全文索引</h3>
专门用于全文搜索的索引。只有在MyISAM和InnoDB（从MySQL 5.6版本开始支持）存储引擎的CHAR、VARCHAR或TEXT类型列上才能创建全文索引。
<div class="jb51code"><pre class="brush:sql;">CREATE FULLTEXT INDEX ft_idx_content ON articles (content);
</pre></div>
在这个例子中，articles表的content列上创建了一个全文索引，用于全文搜索。
<a name="_lab2_3_7"></a><h3>4.7 空间索引</h3>
用于空间数据类型的索引，如MySQL的地理数据类型GEOMETRY。这种索引类型主要用于空间数据查询，只有MyISAM存储引擎支持空间索引。
<div class="jb51code"><pre class="brush:sql;">CREATE SPATIAL INDEX sp_idx_location ON parks (location);
</pre></div>
在这里，parks表的location列是一个地理数据类型，创建了一个空间索引，用于地理位置查询。
<a name="_lab2_3_8"></a><h3>4.8 前缀索引</h3>
对于文本类的长字段，可以创建前缀索引来提高索引效率，只索引字段的前面一部分字符。
<div class="jb51code"><pre class="brush:sql;">CREATE INDEX idx_text_prefix ON articles (content(100));
</pre></div>
在这个例子中，articles表的content列创建了一个前缀索引，只索引了内容的前100个字符。
<a name="_lab2_3_9"></a><h3>4.9 覆盖索引</h3>
如果一个索引包含了查询所需的所有数据，那么这个索引被称为覆盖索引。查询可以直接通过索引来获取数据，无需回表查询。 假设有以下查询：
<div class="jb51code"><pre class="brush:sql;">SELECT username, email FROM users WHERE username = 'john_doe';
</pre></div>
如果有一个索引：
<div class="jb51code"><pre class="brush:sql;">CREATE INDEX idx_username_email ON users (username, email);
</pre></div>
这个索引就是一个覆盖索引，因为它包含了查询所需的所有字段username和email（无论是返回的数据还是过滤个条件都是索引字段），查询可以直接使用索引来获取数据，不需要访问表的其他部分。
<a name="_label4"></a><h2>5.索引测试</h2>
<div class="jb51code"><pre class="brush:sql;">create table person(
pid int (11) auto_increment ,
pname varchar(50) ,
psex varchar(10),
page int(11),
sal decimal(7,2),
primary key(pid)
);
</pre></div>
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455237.png" />
<a name="_label5"></a><h2>6.性能分析</h2>
<a name="_lab2_5_10"></a><h3>6.1 Mysql常见瓶颈</h3>
SQL中对大量数据进行比较、关联、排序、分组时CPU的瓶颈。 实例内存满足不了缓存数据或排序等需要，导致产生大量的物理IO，查询数据时扫描过多数据行，导致查询效率低。
<a name="_lab2_5_11"></a><h3>6.2 Explain</h3>
使用EXPLAIN关键字可以模拟优化器执行sQL查询语句,从而知道MYSQL是如何处理SQL语句的。可以用来分析查询语句或是表的结构的性能瓶颈。其作用: 1.表的读取顺序 2.哪些索引可以使用 3.数据读取操作的操作类型 4.哪些索引被实际使用 5.表之间的引用 6.每张表有多少行被优化器查询 使用：explain + sql语句
<a name="_lab2_5_12"></a><h3>6.3 explain重要字段</h3>
<a name="_label3_5_12_5"></a><h4>6.3.1 id</h4>
select查询的序列号，表示查询中执行select子句或操作表的顺序。 id相同时，执行顺序由上至下
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455145.png" />
先从t1表里去，再去t2表里取，最后再去t3表里取
id不同，如果是子查询，id的序号会递增，id值越大，优先级越高，则先被执行。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455210.png" />
id相同和不同都存在时，id相同的可以理解为一组，从上到下顺序执行，所有组中，id值越大，优先级越高越先执行 derived是s3能够临时表里查出的数据
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455299.png" />
<a name="_label3_5_12_6"></a><h4>6.3.2 select_type</h4>
查询的类型，常见的值有： SIMPLE:简单的select查询，查询中不包含子查询或者UNION
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455377.png" />
PRIMARY：查询中若包含任何复杂的子部分，最外查询则被标记为Primary DERIVED：在FROM列表中包含的子查询被标记为DERIVED(衍生)，Mysql会递归执行这些子查询，把结果放在临时表里。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455386.png" />
最外面的查询会被标记为primary，子查询被标记为derived
SUBQUERY：在select或where列表中包含了子查询。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455373.png" />
<a name="_label3_5_12_7"></a><h4>6.3.3 type</h4>
访问类型排序： all index range ref eq_ref const system 从最好到最差依次是 system > const > eq_ref >ref >range>index > All,一般来说，最好保证查询能达到range级别，最好能达到ref
All：将遍历全表，以找到匹配的行
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455317.png" />
System：表里只有一行记录(等于系统表)，这是const类型的特列，平时不会出现，这个可以忽略不计。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455497.png" />
Const：表示通过索引一次就找到了，const用于比较primary key(主键索引) 或者unique(唯一索引)。因为只匹配一行数据，所以很快，如将主键置于where列表中，Mysql就能把该查询转换成一个常量
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455440.png" />
eq_ref:唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描(常用在连表查询)
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455481.png" />
ref：非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件得行，所以他应该属于查找和扫描得混合体。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455498.png" />
range：只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引，一般就是在你的where语句中出现了between、<、>、in等的查询这种范围扫描索引比全表扫描要好，因为它只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引。(使用索引进行范围查询)
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455440.png" />
index：index和all的区别在于index类型只遍历索引树。这通常比all快，因为索引文件通常比数据文件小，也就是说虽然all和index都是读全表，但是all读的是存数据的表，index读取的是索引表，all从硬盘中读取数据，index 是从索引中读取的
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455419.png" />
<a name="_label3_5_12_8"></a><h4>6.3.4 possible_key</h4>
显示可能应用在这张表中的索引，一个或多个，查询涉及到的字段上如果存在索引，则该索引将会被列出来，但不一定会被查询实际使用上。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455443.png" />
<a name="_label3_5_12_9"></a><h4>6.3.5 key</h4>
查询中实际使用的索引，如果为null，则表示没有使用索引。
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455562.png" />
索引失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455570.png" />
<a name="_label3_5_12_10"></a><h4>key_len:</h4>
使用索引的字节数，数越大代表使用索引越充分
<a name="_label3_5_12_11"></a><h4>6.3.6 ref</h4>
显示索引的哪一列被使用了，哪些列或常量被用于查找索引列上的值 t3的查询运用到了t2里面id这个列
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455652.png" />
<a name="_label3_5_12_12"></a><h4>6.3.7 rows</h4>
rows列显示MySQL认为它执行查询时必须查询的行数，一般越少越好。 删除索引进行查询
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455511.png" />
用索引查询
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455515.png" />
<a name="_label3_5_12_13"></a><h4>6.3.8 extra</h4>
一些常见的重要的额外信息： Using filesort：MySQL无法利用索引完成的排序操作称为“文件排序”
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455679.png" />
Using temporary：MySQL在对查询结果排序时使用临时表，常见于排序order by 和分组查询group by
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455611.png" />
Using index：表示索引被用来执行索引键值的查找，避免访问了表的数据行，效率不错
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455633.png" />
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455631.png" />
Using where：表示使用了where过滤
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455859.png" />
<a name="_label6"></a><h2>7.查询优化</h2>
<a name="_lab2_6_13"></a><h3>7.1 索引失效</h3>
1.合最佳左前缀法则：如果索引了多列，要遵循最左前缀法则，指的是查询从索引的最左前列开始并且不跳过索引中的列。 正常符合法则时：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455756.png" />
不符合时：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455777.png" />
2.不在索引列上做任何计算、函数操作，会导致索引失效而转向全表扫描 做函数操作会导致失效：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455781.png" />
3.存储引擎不能使用索引中范围条件右边的列 使用范围条件后，后面的列的索引会失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455825.png" />
4.MySQL在使用不等于时无法使用索引会导致全表扫描 使用不等于时会导致索引失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455845.png" />
5.is null 可以使用索引，但是is not null 无法使用索引 is null 可以使用素引
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455865.png" />
is not null 不能使用索引
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455897.png" />
6.like 以通配符开头会使索引失效导致全表扫描 通配符在前面：索引失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455939.png" />
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460081.png" />
通配符在后面：索引不失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609455915.png" />
7.字符串不加单引号，索引会失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460083.png" />
8.使用or连接时索引失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460083.png" />
9.数据库和表的字符集统一使用utf8mb4 统一使用utf8mb4( 5.5.3 版本以上支持 ) 兼容性更好，统一字符集可以避免由于字符集转换产生的乱码。不同的字符集进行比较前需要进行转换会造成索引失效。
建议： 1.对于单值索引，尽量选择针对当前查询字段过滤性更好的索引。 2.对于组合索引，当前where查询中过滤性更好的字段在索引字段顺序中位置越靠前越好。 3.对于组合索引，尽量选择能够包含在当前查询中where子句中更多字段的索引。 4.尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的。
<a name="_lab2_6_14"></a><h3>7.2 排序优化</h3>
1.尽量避免使用Using FileSort方式排序 2.order by 语句使用索引最左前列或者使用where子句与order by 子句条件组合满足索引最左前列 3.where子句中如果出现索引范围查询会导致order by 索引失效
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460195.jpg" />
<a name="_lab2_6_15"></a><h3>7.3 优化案例</h3>
<a name="_label3_6_15_14"></a><h4>7.3.1 单表查询优化</h4>
优化前：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460148.png" />
优化：(建索引，发现comment是范围查询，导致views索引失效)
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460112.png" />
把comment踢出索引，优化成功
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460116.png" />
<a name="_label3_6_15_15"></a><h4>7.3.2 关联查询优化</h4>
内连接时，mysql.会自动把小结果集的选为驱动表，所以大表的字段最好加上索引。左外连接时，左表会全表扫描，所以右边大表字段最好加上索引，右外连接同理。我们最好保证被驱动表上的字段建立了索引。 优化前：(被驱动表是book)
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460196.png" />
优化后：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460135.png" />
<a name="_label3_6_15_16"></a><h4>7.3.3 分组优化</h4>
优化前：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460191.png" />
优化后：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460192.png" />
<a name="_label7"></a><h2>8.慢查询日志</h2>
<a name="_lab2_7_16"></a><h3>8.1 简介</h3>
MysQL 的慢查询日志是MySQL提供的一种日志记录，他用来记录在MysQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。可以由它来查看哪些sQL超出了我们最大忍耐时间值。
<a name="_lab2_7_17"></a><h3>8.2 使用</h3>
默认情况下，MySQL数据库没有开启慢查询日志，需要手动设置参数： 查看是否开启：
<div class="jb51code"><pre class="brush:sql;">show variables like '%slow_query_log%'
</pre></div>
开启日志：
<div class="jb51code"><pre class="brush:sql;">set global slow_query_log =1
</pre></div>
设置时间：
<div class="jb51code"><pre class="brush:sql;">set global long_query_log =1
</pre></div>
查看时间：
<div class="jb51code"><pre class="brush:sql;">show variables like 'long_query_time%'
</pre></div>
查看超时的sql记录日志：Mysql的数据文件夹下：
<img alt="" src="https://img.jbzj.com/file_images/article/202601/2026010609460198.png" />
注意:非调优场景下，一般不建议启动改参数，慢查询日志支持将日志记录写入文件，开启慢查询日志会或多或少带来—定的性能影响。

頁: [1]

琼殿技术论坛's Archiver

MySQL的索引详细介绍(全网最新整理)