社招面试经典题：SQL语句分几类，如何回答才加分？

今天想跟大家聊聊最近一次社招面试的趣事。

事情是这样的，前段时间，我去参加一家互联网公司的 Java 后端开发面试。面试官一开口就是个灵魂拷问：“SQL 语句主要分为哪几类？”

我当时心里“咯噔”一下：这问题看似简单，但要答得全面、漂亮，其实很考功底。就像你开车时，别人问你“刹车怎么踩”——你要能说出轻踩、重踩、紧急制动，甚至 ABS 系统的原理，那才算专业嘛。

所以，今天就借着这个问题，给大家讲讲 SQL 语句的分类。别担心，不是死板的背书，而是用一个小故事带大家走一遍。

SQL 的江湖：四大门派

我当时跟面试官说：“SQL 语句大致分为四大类：DDL、DML、DQL、DCL。”

面试官笑了笑：“不错，你展开讲讲。”

于是我脑子里立刻浮现出一个画面——SQL 的世界，就像金庸笔下的江湖，四大门派各有绝学，分工不同，却缺一不可。

DDL：建造宗门的“建筑派”

DDL，全称 Data Definition Language，数据定义语言。它的使命是——创建、修改、删除数据库对象。就像江湖里建宗门、造武馆。

CREATE：开宗立派，建表建库建视图。
ALTER：宗门扩建，比如给弟子们加练功房（加字段）、改功法名字（改列名）。
DROP：宗门覆灭，一把火烧光光（删库跑路警告⚠️）。
TRUNCATE：不是解散宗门，只是把弟子都赶走（清空数据，但表结构还在）。

我在答的时候特意补了一句：“DDL 一般是自动提交事务的，不能回滚，这点要注意。” 面试官点了点头。

跳板机会→技术大厂机会，前端-后端-测试捞人，感兴趣可试试~

DML：江湖中的“行侠仗义派”

DML，全称 Data Manipulation Language，数据操作语言。它就是江湖里的武林人士，天天在江湖里跑，增加新弟子、修改功法、逐出师门。

INSERT：收入门墙，添新人。
UPDATE：给弟子换功法。
DELETE：逐出师门（删除记录）。

DML 和事务紧密相关，常见于日常业务逻辑中。比如我们做订单系统、用户系统，几乎每天都跟 DML 打交道。

我跟面试官分享了一个真实案例：我之前做过一个“秒杀活动”，在高并发下插入订单时，就要考虑 DML 的性能瓶颈，还要结合索引优化，否则数据库会被“打爆”。面试官明显眼睛一亮，表示对实际项目的经验很感兴趣。

DQL：江湖中的“情报派”

DQL，全称 Data Query Language，数据查询语言。它的主要任务就是打听消息，江湖上哪里有敌人，哪里有宝藏，全靠它。

SELECT：核心大招。

你要知道，DQL 才是我们日常开发中使用频率最高的语句。它涉及的内容极其丰富：

条件查询（WHERE）
排序（ORDER BY）
分组（GROUP BY + HAVING）
多表连接（JOIN）
子查询、视图

我笑着跟面试官说：“DQL 就像是江湖里的‘情报机构’，能查得快、查得准，就能先人一步。”

果不其然，面试官顺势追问：“那你说说 SQL 优化有哪些经验？”我又聊了执行计划、索引、避免 SELECT *、覆盖索引等，感觉对方对我的回答还是挺满意的。

DCL：江湖中的“规矩派”

DCL，全称 Data Control Language，数据控制语言。它是江湖中的规矩制定者，负责分配权限、制定规矩。

GRANT：授予功法（权限）。
REVOKE：收回功法（权限）。

我举了个例子：在公司项目里，线上数据库一般不会给普通开发者 DROP 权限，否则“删库跑路”的惨剧分分钟上演。DCL 就是用来划定“谁能干什么”的边界。

我和面试官的“过招”

其实光答“四大类”还不够，因为面试官可能继续刨根问底。

果然，他追问：“有人说还有 TCL，这又是什么？”

我心里暗笑：这是在挖坑啊。于是我答道：

TCL，其实是 Transaction Control Language，事务控制语言，用来控制事务。
COMMIT：提交事务。
ROLLBACK：回滚事务。
SAVEPOINT：设置保存点。

这类语句经常和 DML 配合使用，比如更新多条记录时，失败了就回滚，成功了就提交。

面试官点点头，算是认可了我的回答。

为什么面试官爱问这个问题？

后来我想了想，这道题其实不单纯考背诵，而是想看你对 数据库操作的整体理解。

因为很多候选人答不上来，或者只说“增删改查”，那就显得知识面不足了。能答出“四大类”，再顺带提到 TCL，就能体现你不仅记住了，还理解了 SQL 在数据库世界里的“分工合作”。

而在实际项目中，这些分类不是孤立的：

DDL 搭建了舞台；
DML 和 DQL 在舞台上演出；
DCL 制定后台规则；
TCL 负责演出过程中的“容错机制”。

这就是完整的数据库江湖。

我的一点思考

写到这里，我想和大家分享两个思考：

1. 面试要“答全”也要“答活”

如果我当时只答“增删改查”，那就太浅了。
但如果背书式地答“四大类”，也未必打动面试官。
真正加分的，是能结合 项目经验，讲出你在真实场景中如何用这些知识解决问题。
比如说 DQL 查询优化、DML 的事务处理、DCL 在权限管控中的实践，这些才是亮点。

2. 学 SQL，别光停留在“语法”

我见过不少年轻同学，写 SQL 就是“百度一下语法”，写能跑的就行。
但如果你不了解事务、锁、索引、执行计划，就很容易在高并发场景中踩坑。
举个例子：有一次我们项目上线后，用户量暴增，一个简单的 SELECT 查询突然变得巨慢。最后发现是因为缺少合适的索引，执行计划走了全表扫描。加上索引后，速度立刻提升百倍。

所以，SQL 不只是“写语句”，更是“理解数据库的运作逻辑”。