当前位置：首页 > 问答 > 正文

SQL数据库面试那些绕不开的问题和答案，帮你快速理清思路准备面试

革姣丽
问答
2026-01-11 06:37:06
4

根据网络上多位资深面试官和技术博主的分享（如知乎专栏“技术面试必备”、掘金社区多位作者的面试经验帖以及CSDN数据库版块的热门文章），SQL数据库面试中确实存在一些高频且核心的问题，这些问题旨在考察候选人的基础功底、实际问题解决能力和思维严谨性，以下是对这些“绕不开”的问题及其回答思路的梳理,希望能帮助你快速准备。

基础概念与查询类问题

问题：INNER JOIN、LEFT JOIN、RIGHT JOIN 和 FULL JOIN 的区别是什么？
- 答案思路： 这是一个必问题，不要只背定义，要用一个简单的例子（学生表”和“选课表”）来解释。
- INNER JOIN（内连接）： 只返回两个表中连接条件匹配的记录,只查询有选课记录的学生信息。
- LEFT JOIN（左连接）： 返回左表的所有记录，以及右表中连接条件匹配的记录，如果右表没有匹配的，结果集中右表的部分用NULL填充，查询所有学生（包括没选课的）,并显示他们的选课情况。
- RIGHT JOIN（右连接）： 与左连接相反,返回右表的所有记录和左表匹配的记录。
- FULL JOIN（全连接）： 返回左右两表的所有记录，当某一边没有匹配时，另一边用NULL填充。（注意：MySQL不直接支持FULL JOIN，但可以通过UNION左连接和右连接来实现）。
- 考察点： 对表关系和多表查询的基本理解。
问题：WHERE 和 HAVING 子句有什么区别？
- 答案思路： 关键区别在于作用的对象和执行顺序。
- WHERE： 用于在分组（GROUP BY）之前过滤行（记录），它不能包含聚合函数（如SUM, COUNT）。“筛选出年龄大于20岁的学生”。
- HAVING： 用于在分组（GROUP BY）之后过滤分组的结果，它通常与聚合函数一起使用。“筛选出选课数量超过5门的学生”（这里“选课数量”需要先通过COUNT聚合，再过滤）。
- 简单记： WHERE 管“行”，HAVING 管“组”。

性能与索引类问题

问题：什么是索引？它为什么能提高查询速度？
- 答案思路： 把索引比作书本的“目录”是最佳解释。
- 是什么： 索引是数据库表中一列或多列值的排序结构,它包含了指向表中数据位置的指针。
- 为什么快： 没有索引，数据库要进行“全表扫描”（像逐页翻书找内容），速度慢，有了索引，数据库可以先在索引这个“目录”里快速定位到数据的大概位置（像通过目录查页码），然后直接去那个位置读取数据,大大减少了需要扫描的数据量。
- 考察点： 对索引核心价值的理解。
问题：既然索引能提高查询速度，是不是给每个字段都建索引最好？
- 答案思路： 绝对不行，这是一个经典的陷阱题,旨在考察你对索引副作用的了解。
- 缺点：
  - 降低写操作速度： 当执行INSERT、UPDATE、DELETE操作时，数据库不仅需要修改表数据，还需要更新相关的索引，维护索引是有开销的，索引越多,写操作越慢。
  - 占用额外存储空间： 索引本身也需要占用磁盘空间。
- 正确做法： 只为经常用于查询条件（WHERE子句）、排序（ORDER BY）和连接（JOIN）的列创建索引。
- 考察点： 辩证地看待技术，理解权衡（Trade-off）。

设计与优化类问题

问题：数据库的三大范式是什么？为什么要遵循范式？
- 答案思路： 不需要死记硬背定义,理解其目标和带来的好处。
- 核心目标： 减少数据冗余，避免数据异常（插入异常、更新异常、删除异常）。
- 简单解释：
  - 第一范式（1NF）： 每个字段都是不可再分的原子值。“地址”字段不能存“北京市海淀区中关村”，应该拆成“省”、“市”、“区”、“详细地址”等多个字段。
  - 第二范式（2NF）： 在满足1NF的基础上，非主键字段必须完全依赖于整个主键（针对联合主键的情况）,目的是消除部分依赖。
  - 第三范式（3NF）： 在满足2NF的基础上，非主键字段之间不能有传递依赖，即，非主键字段必须直接依赖于主键，而不能依赖于另一个非主键字段,目的是消除传递依赖。
- 考察点： 数据库设计的基本规范意识。
问题：什么情况下会考虑反范式化？
- 答案思路： 这题考察你是否懂得理论联系实际，范式虽好,但并非越高越好。
- 考虑场景： 当为了提升查询性能时，会故意增加一些数据冗余,违反范式规则。
- 例子： 在一个电商系统中，订单列表需要频繁显示“用户名”，如果严格遵循范式，订单表只存“用户ID”，每次查询都要去关联用户表，如果查询量极大，为了性能，可能会在订单表中直接冗余存储“用户名”，虽然这违反了第三范式（产生了数据冗余），但避免了频繁的表连接,换来了查询速度的提升。
- 考察点： 在规范性和性能之间做权衡的实践能力。

实战与情景类问题

问题：如何排查一条SQL语句为什么执行得慢？
- 答案思路： 这是一个考察综合能力和实践经验的问题,可以给出一个清晰的排查步骤。
- 步骤：
  1. 使用EXPLAIN分析： 这是最核心的一步，在SQL语句前加上EXPLAIN关键字（MySQL中），查看数据库的执行计划，重点关注是否使用了索引（key列）、扫描了多少行（rows列）、扫描类型是全表扫描（ALL）还是索引扫描（index/range）等。
  2. 检查索引情况： 根据EXPLAIN的结果，判断是否缺少合适的索引,或者现有索引是否未生效。
  3. 分析SQL写法： 检查SQL语句本身是否有问题，比如对索引列使用了函数或运算（WHERE YEAR(create_time) = 2023）、使用了开头的LIKE模糊查询（LIKE '%abc'）等,这些可能导致索引失效。
  4. 考虑数据库状态： 表的数据量是否过大？服务器负载是否过高？
- 考察点： 问题诊断的方法论和工具使用。