MySQL
面
试
题
-
文
稿
面
试
官
:
MySQL中,如何定位慢查询?
候
选
人
:
嗯~,我们当时做压测的时候有的接口非常的慢,接口的响应时间超过了2秒
以上,因为我们当时的系统部署了运维的监控系统Skywalking ,在展示的报
表中可以看到是哪一个接口比较慢,并且可以分析这个接口哪部分比较慢,
这里可以看到SQL的具体的执行时间,所以可以定位是哪个sql出了问题
如果,项目中没有这种运维的监控系统,其实在MySQL中也提供了慢日志查
询的功能,可以在MySQL的系统配置文件中开启这个慢日志的功能,并且也
可以设置SQL执行超过多少时间来记录到一个日志文件中,我记得上一个项
目配置的是2秒,只要SQL执行的时间超过了2秒就会记录到日志文件中,我
们就可以在日志文件找到执行比较慢的SQL了。
面
试
官
:
那这个SQL语句执行很慢, 如何分析呢?
候
选
人
:
如果一条sql执行很慢的话,我们通常会使用mysql自动的执行计划
explain来去查看这条sql的执行情况,比如在这里面可以通过key和key_len检
查是否命中了索引,如果本身已经添加了索引,也可以判断索引是否有失效
的情况,第二个,可以通过type字段查看sql是否有进一步的优化空间,是否
存在全索引扫描或全盘扫描,第三个可以通过extra建议来判断,是否出现了
回表的情况,如果出现了,可以尝试添加索引或修改返回字段来修复
面
试
官
:
了解过索引吗?(什么是索引)
候
选
人
:
嗯,索引在项目中还是比较常见的,它是帮助MySQL高效获取数据
的数据结构,主要是用来提高数据检索的效率,降低数据库的IO成本,同时
通过索引列对数据进行排序,降低数据排序的成本,也能降低了CPU的消耗
面
试
官
:
索引的底层数据结构了解过嘛 ?
候
选
人
:
MySQL的默认的存储引擎InnoDB采用的B+树的数据结构来存储索
引,选择B+树的主要的原因是:第一阶数更多,路径更短,第二个磁盘读写
代价B+树更低,非叶子节点只存储指针,叶子阶段存储数据,第三是B+树便
于扫库和区间查询,叶子节点是一个双向链表
面
试
官
:
B树和B+树的区别是什么呢?