笔试面试数据库那些事儿，技能不难掌握其实挺简单的

（一）开头的话

很多同学一听到“数据库”三个字，心里就打鼓，觉得这是后端工程师的专属，是特别高深的技术，尤其是在准备笔试和面试的时候，看到那些SQL查询、事务、索引的题目，头都大了，其实啊，这事儿真没想象中那么难，我见过很多顺利通过技术面的人，他们的经验就一句话：数据库技能，本质上是一门手艺，重在理解和练习，而不是死记硬背。 你不需要成为数据库专家，但你需要知道怎么用它来解决实际问题，并且在面试官面前清晰地表达出来，这篇文章，咱们就像聊天一样，掰开揉碎了讲讲笔试面试里那些关于数据库的“事儿”，保准你听完会觉得：“嗨，原来就这么简单！”

（二）笔试最爱考什么？其实就是三板斧

笔试里的数据库题目,翻来覆去就是那么几大类，你只要把基础打牢，就能应对个八九不离十。

第一板斧：SQL书写——考验你的“动手能力”

这是必考题,躲不掉的，但你别怕，它不会让你写特别复杂、嵌套七八层的“神谕”（Oracle，这里代指复杂难懂的SQL语句），考的核心就两点：准确性和逻辑清晰度。

• 单表查询是根基： SELECT, FROM, WHERE, GROUP BY, HAVING, ORDER BY 这几个关键字的执行顺序和用法，你必须门儿清，面试官经常出题让你排序或者分组统计，就是想看你是不是真的理解WHERE是在分组前过滤，而HAVING是在分组后过滤，有个经典的坑：找出平均工资大于5000的部门，很多新手会写成 WHERE AVG(工资) > 5000，这就错了，得用 GROUP BY 部门 HAVING AVG(工资) > 5000，理解了这个，你就过关了一半。
• 多表连接是重点： INNER JOIN, LEFT JOIN 是常客，你得明白它们区别是什么，一个形象的比喻：INNER JOIN是“交集”，只找两边都有的；LEFT JOIN是“以左为准”，左边表的数据全部显示，右边有的就配上，没有的就用NULL补上，笔试常给两个表，让你查比如“所有学生及其选课信息（没选课的也要显示）”，这时候就必须用LEFT JOIN了。
• 子查询不算洪水猛兽： 当一个问题一步解决不了时，就需要子查询，找出比公司平均工资高的员工”，你的思路应该是先算出平均工资（一个子查询），再用这个结果去主查询里比较，关键是别慌，一步步拆解，先内后外。

第二板斧：基础概念——考验你的“理论功底”

这部分喜欢用选择题或简答题来考,你不需要背教科书，但得能用大白话讲清楚。

• 事务的ACID： 这是个高频考点，你千万别只背原子性、一致性、隔离性、持久性这四个词，面试官想听你用自己的话解释。原子性一堆操作要么全成功，要么全失败，像原子一样不可分割”；一致性事务前后，数据库的约束（比如总金额不变）不能被破坏”；隔离性是“好几个事务同时搞，不能互相干扰”；持久性事务一旦成功，数据就永久存下来了，不怕断电”，你甚至可以举个银行转账的例子，一下子就说清楚了。
• 索引到底是什么？ 你可以说它就是书的“目录”，没有目录，找一篇文章你得翻遍整本书（全表扫描）；有了目录，你直接翻到对应页码就行，快多了，但索引不是万能的，就像你不会给字典里的每个字都编目录一样，索引占空间，还会降低增删改的速度（因为要维护目录），所以通常我们只给经常用来查询的字段建索引。

第三板斧：简单设计——考验你的“设计思维”

可能会让你看一个简单的场景,设计两三个表，这里的关键是主键和外键的理解，主键是这张表的唯一标识（比如学生的学号），外键是能跟另一张表的主键关联起来的字段（比如成绩表里的学号），你只要设计得没有明显的重复字段，关系清晰，一般就没问题。

（三）面试怎么聊？思路比答案更重要

面试和笔试不一样,它更活，面试官问你数据库的问题，很多时候不是要一个标准答案，而是想看看你的思考过程。

当面试官问你一个具体的SQL问题

怎么查询出每门课程成绩最高的学生信息？”

• 错误示范： 直接低头闷想，然后尝试写一个可能很复杂的SQL，万一写不出来或者写错了，就卡在那里。
• 正确思路： 先复述问题，确认理解无误。“您是想找出每门课程对应的最高分，以及考到这个最高分的学生的信息，对吗？”一步步说出你的思考：“这个问题可以分两步走，第一步，先分组找出每门课的最高分，这个比较简单，难点在于第二步，怎么把最高分和对应的学生关联起来，我可以想到两种方法，一种是使用子查询，把第一步的结果作为临时表，再去和学生表、成绩表关联；另一种是使用窗口函数，比如ROW_NUMBER()，按课程分区按成绩排序，再取第一名，您更希望我用哪种方式实现呢？”——你看，这样回答，即使最后SQL写得不是百分百完美，面试官也知道你思路清晰，懂得解决问题的不同路径。

当面试官问及经验：“你平时怎么优化查询慢的SQL？”

• 错误示范： 只说“加索引”。
• 正确思路： 展示你的排查流程。“我会用数据库的解释计划功能（比如EXPLAIN），看看这个SQL到底慢在哪一步，是全表扫描了还是哪里出现了临时表，如果发现是全表扫描，并且这个表很大，那我才会考虑在WHERE条件或者JOIN的字段上加索引，我也会看看SQL写法有没有问题，比如是不是写了SELECT *（但实际只需要几个字段），或者是不是有复杂的函数处理导致索引失效了，如果数据量真的非常大，可能就要考虑是不是需要做分库分表了。”——这个回答体现了你的系统性，不是个莽夫。

（四）最后的叮嘱

数据库的知识体系确实很大,但针对求职的笔试面试，你完全不用恐慌，抓住SQL编写、核心概念（事务、索引）、基本设计这三个核心，多练习，多思考，网上有很多在线的SQL练习平台，找些题目亲手敲一敲，效果比光看强十倍。

公司招应届生或者初级工程师,看重的是你的基础、潜力和学习能力，你能把上述这些“事儿”说明白，展现出你踏实、爱思考的特质，过关斩将就不是难事，放心去准备吧，真的挺简单的！