MySQL查询性能优化七种武器之链路追踪

MySQL优化器可以生成Explain执行计划，我们可以通过执行计划查看是否使用了索引，使用了哪种索引？

但是到底为什么会使用这个索引，我们却无从得知。

好在MySQL提供了一个好用的工具 — optimizer trace（优化器追踪），可以帮助我们查看优化器生成执行计划的整个过程，以及做出的各种决策，包括访问表的方法、各种开销计算、各种转换等。

1. 查看optimizer trace配置

show variables like '%optimizer_trace%';

输出参数详解：

optimizer_trace 主配置，enabled的on表示开启，off表示关闭，one_line表示是否展示成一行

optimizer_trace_features 表示优化器的可选特性，包括贪心搜索、范围优化等

optimizer_trace_limit 表示优化器追踪最大显示数目，默认是1条

optimizer_trace_max_mem_size 表示优化器追踪占用的最大容量

optimizer_trace_offset 表示显示的第一个优化器追踪的偏移量

2. 开启optimizer trace

optimizer trace默认是关闭，我们可以使用命令手动开启：

SET optimizer_trace="enabled=on";

3. 线上问题复现

先造点数据备用，创建一张用户表：

CREATE TABLE `user` (
  `id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(100) NOT NULL COMMENT '姓名',
  `gender` tinyint NOT NULL COMMENT '性别',
  PRIMARY KEY (`id`),
  KEY `idx_name` (`name`),
  KEY `idx_gender_name` (`gender`,`name`)
) ENGINE=InnoDB COMMENT='用户表';

创建了两个索引，分别是(name)和(gender,name)。

执行一条SQL，看到底用到了哪个索引：

select * from user where gender=0 and name='一灯';

跟期望的一致，优先使用了(gender,name)的联合索引，因为where条件中刚好有gender和name两个字段。

我们把这条SQL传参换一下试试：

select * from user where gender=0 and name='张三';

这次竟然用了(name)上面的索引，同一条SQL因为传参不同，而使用了不同的索引。

到这里，使用现有工具，我们已经无法排查分析，MySQL优化器为什么使用了(name)上的索引，而没有使用(gender,name)上的联合索引。

只能请今天的主角 —optimizer trace（优化器追踪）出场了。

3. 使用optimizer trace

使用optimizer trace查看优化器的选择过程：

SELECT * FROM information_schema.OPTIMIZER_TRACE;

输出结果共有4列：

QUERY 表示我们执行的查询语句

TRACE 优化器生成执行计划的过程（重点关注）

MISSING_BYTES_BEYOND_MAX_MEM_SIZE 优化过程其余的信息会被显示在这一列

INSUFFICIENT_PRIVILEGES 表示是否有权限查看优化过程，0是，1否

本站声明：
1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；

2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；

3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；

4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；

5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。