执行计划中cpu耗时_MySQL 5.7 统计表记录数执行效率对比分析

26a67c0f9c3da826276b1edec18c9a8a.png

问题描述

在统计表记录数时,平时我很少注意里面的细节,这几天有空分析了一下,下面是我的分析过程,不妥之处,还请指正。

root

查询了三次每次查询耗时都是0.13秒。

root

使用主键查询了三次,每次查询耗时都是0.15秒,为什么走主键会有0.02秒的差异呢?

分析过程

查看执行计划

我们首先想到的就是下看看执行计划是否一样。

root

从显示的执行计划我们可以看出,两个SQL语句的执行计划不一样,走主键索引反而慢0.02秒,什么原因?

查看索引情况如下:

root

cardinality是索引中不重复记录的预估值。

使用profile查看耗时差异在什么地方

root

差异主要出现在Sending data部分,Sending data包括“收集 + 发送" 数据。

查看optimizer_trace

root

根据收集到的optimizer_trace信息,没有看到查异。

使用strace分析

使用的命令

strace 

收集到的主要内容如下:

2779  

发现使用主键查询的步骤更多,自然也就增加了耗时。

查看一下SQL的逻辑读情况

root

Innodb_buffer_pool_read_requests走主键查询用了131063,不走主键用了 125971,相差5092。

小结

  • 执行计划不一样,和MySQL的CBO算法有关,使用optimizer_trace没有看到差异,也就不继续分析下去,其他专家如果有更好的方法可以分享一下。
  • 逻辑读不一样和使用的索引字段有关。
  • 这里提供MySQL的一些分析思路和方法,供大家参考。

原作者:杨天成
原文链接:MySQL 5.7 统计表记录数执行效率对比分析
原出处:墨天轮
侵删

ef295d6dcb881eb334810e34fc537fd8.gif
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值