mysql面试：面试常问题概览、定位慢查询(explain命令)、mysql体系结构、支持的存储引擎(InnoDB)、面试回答模板

面试常问题概览

如何定位慢查询

通常页面加载过慢、接口压测响应时间过长（超过1s），此时我们应该要定位具体是否里面有mysql的慢查询的因素。

方案一：调试和运维工具

调试工具：Arthas
运维工具：Prometheus 、Skywalking

方案二：MySQL自带慢日志

慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有SQL语句的日志
如果要开启慢查询日志，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：

# 开启MySQL慢日志查询开关
slow_query_log=1
# 设置慢日志的时间为2秒，SQL语句执行时间超过2秒，就会视为慢查询，记录慢查询日志
long_query_time=2

配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息 /var/lib/mysql/localhost-slow.log

如何确定慢查询的种类

通常慢查询由以下几种原因引起：

• 聚合查询
• 多表查询
• 表数据量过大查询
• 深度分页查询

EXPLAIN命令

为此，我们可以采用EXPLAIN 或者 DESC命令获取 MySQL 如何执行 SELECT 语句的信息

1. possible_key 当前sql可能会使用到的索引
2. key 当前sql实际命中的索引
3. key_len 索引占用的大小
4. Extra 额外的优化建议

参数详解

key和key_len

key、key_len可以确定是否命中索引

Extra

type

type代表着这条sql的连接的类型，性能由好到差为NULL、system、const、eq_ref、ref、range、 index、all

• system：查询系统中的表
• const：根据主键查询
• eq_ref：主键索引查询或唯一索引查询
• ref：索引查询
• range：范围查询
• index：索引树扫描
• all：全盘扫描

Mysql体系结构

mysql体系结构如下，从上到下可以分为：

• 连接层
• 服务层
• 引擎层
• 存储层

存储引擎

存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式 。
存储引擎是基于表的，而不是基于库的，所以存储引擎也可被称为表类型。
一般存储引擎分为以下三种：

InnoDB

在 MySQL 5.5 之后，InnoDB是默认的 MySQL 存储引擎。特点如下：

• DML操作遵循ACID模型，支持事务。
• 行级锁，提高并发访问性能
• 支持外键FOREIGN KEY约束。

xxx.ibd：xxx代表的是表名，innoDB引擎的每张表都会对应这样一个表空间文件，存储该表的表结构（frm、sdi）、数据和索引。
xxx.frm 存储表结构（MySQL8.0时，合并在表名.ibd中）

相关面试题回答模板

面试官：
MySQL中，如何定位慢查询?

候选人：

嗯~，我们当时做压测的时候有的接口非常的慢，接口的响应时间超过了2秒以上，因为我们当时的系统部署了运维的监控系统Skywalking ，在展示的报表中可以看到是哪一个接口比较慢，并且可以分析这个接口哪部分比较慢，这里可以看到SQL的具体的执行时间，所以可以定位是哪个sql出了问题

如果，项目中没有这种运维的监控系统，其实在MySQL中也提供了慢日志查询的功能，可以在MySQL的系统配置文件中开启这个慢日志的功能，并且也可以设置SQL执行超过多少时间来记录到一个日志文件中，我记得上一个项目配置的是2秒，只要SQL执行的时间超过了2秒就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的SQL了。

面试官：
那这个SQL语句执行很慢, 如何分析呢？

候选人：
如果一条sql执行很慢的话，我们通常会使用mysql自动的执行计划explain来去查看这条sql的执行情况，比如在这里面可以通过key和key_len检查是否命中了索引，如果本身已经添加了索引，也可以判断索引是否有失效的情况，第二个，可以通过type字段查看sql是否有进一步的优化空间，是否存在全索引扫描或全盘扫描，第三个可以通过extra建议来判断，是否出现了回表的情况，如果出现了，可以尝试添加索引或修改返回字段来修复