简介这份PDF面向正在学习或备考MySQL数据库实训的学生与初学者针对头歌平台实训任务中建库建表、约束设置、表结构修改等常见卡点提供可直接对照的参考答案帮助读者快速核对操作结果、理清语法思路。资源包共1个文件为带目录的PDF文档约433KB目录按实训模块划分便于按关卡定位内容。内容覆盖创建数据库与数据表、主键与外键约束、UNIQUE与默认值约束以及查看表结构、重命名表、修改字段名与数据类型、增删字段、调整字段位置、删除外键约束、插入与更新数据等实训关卡每关均给出对应SQL语句与执行位置提示适合边做边查、对照排错。目前已有18400人学习下载可作为课堂实训的辅助参考也适合自学者按目录逐关练习后核对答案、巩固数据库定义与表操作的基础技能。1. 从一份实训答案反推 MySQL 知识地图很多人拿到 MySQL 实训答案的第一反应是「照着抄一遍交差」但真正复习过一轮的人会发现这套题目的编排本身就是一张知识地图从建库建表、约束设计到单表查询、连接查询、子查询再到聚合函数、视图、索引、存储过程几乎把关系型数据库的核心操作串成了一条线。这份实训答案按关卡组织覆盖数据定义、表结构维护、数据增删改、各类查询与数据库对象开发适合正在系统学 MySQL、准备课程实训或期末复习的人拿来对照查漏。它的价值不在「答案」两个字而在于每一关背后对应的语法点和易错点——把答案当索引回头补语法才是这份资料正确的打开方式。2. 数据定义与约束建库建表这一关的重点在哪数据定义是整个实训的第一段也是后面所有查询的地基。这一段的核心不是「会写 CREATE」而是理解表结构设计时每个约束在管什么。答案里出现的建库、建表、主键、外键、自增、默认值、唯一约束基本覆盖了 MySQL 数据定义的主要语法面。2.1 建库建表的基本骨架建库建表看起来简单但实训里每一关都在考不同的细节。建库用CREATE DATABASE建表用CREATE TABLE字段定义要写清类型、长度和属性。答案中反复出现的连接命令mysql -uroot -p123123 -h127.0.0.1是进入环境的入口真正要记的是后面的 DDL 语句结构。-- 建库并切换 CREATE DATABASE MyDb; USE MyDb; -- 建表字段类型、长度、约束一次写全 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE, sex VARCHAR(4) DEFAULT 男 ) DEFAULT CHARSETutf8;这段代码里三个约束各管一件事PRIMARY KEY保证行唯一标识AUTO_INCREMENT让 id 自动递增UNIQUE保证用户名不重复DEFAULT在插入缺省时补值。参数上要注意VARCHAR必须带长度INT的长度在较新版本里已不影响存储但实训环境仍按老写法给int(11)照写即可。建表时把字符集写在表级DEFAULT CHARSETutf8比事后改更省事。2.2 约束体系主键、外键、唯一、默认值怎么配合约束是这一段最容易「会写但说不清」的地方。梳理下来可以按作用对象分三类管行唯一性的主键、唯一、管表间关系的外键、管字段缺省行为的默认值、非空、自增。答案里主键有单列和复合两种写法外键用CONSTRAINT 名字 FOREIGN KEY ... REFERENCES的完整形式这个命名习惯值得保留因为后面删外键要靠这个名字。约束类型关键字作用答案中的典型写法主键PRIMARY KEY唯一标识一行非空userId INT PRIMARY KEY复合主键PRIMARY KEY(a,b)多列联合唯一PRIMARY KEY(name,phone)外键FOREIGN KEY ... REFERENCES建立表间引用CONSTRAINT fk_stu_class1 FOREIGN KEY(classId) REFERENCES t_class(id)唯一UNIQUE列值不重复username VARCHAR(32) NOT NULL UNIQUE默认值DEFAULT缺省填充sex VARCHAR(4) DEFAULT 男自增AUTO_INCREMENT整数列自动递增id INT PRIMARY KEY AUTO_INCREMENT外键这一关有个细节被引用的列必须是主键或唯一键否则建外键会直接报错。答案里t_class(id)是主键所以t_student.classId引用它没问题。复合主键的写法PRIMARY KEY(name,phone)表示两列组合唯一单列可以重复这一点在判断题里经常设坑。2.3 表结构维护ALTER 家族的六个动作表建好之后不是一成不变实训第二段集中考了ALTER TABLE的各种变形。这一段的关键是把「改什么」和「用哪个子句」对应起来而不是死记语句。-- 改表名 ALTER TABLE tb_emp RENAME jd_emp; -- 改字段名和类型change 要写全新旧定义 ALTER TABLE tb_emp CHANGE Id prod_id INT(11); -- 只改类型modify 不改名 ALTER TABLE tb_emp MODIFY Name VARCHAR(30); -- 加字段并指定位置 ALTER TABLE tb_emp ADD Country VARCHAR(20) AFTER Name; -- 删字段 ALTER TABLE tb_emp DROP Salary; -- 调整字段到最前或某字段之后 ALTER TABLE tb_emp MODIFY Name VARCHAR(25) FIRST; ALTER TABLE tb_emp MODIFY DeptId INT(11) AFTER Salary; -- 删外键靠约束名 ALTER TABLE tb_emp DROP FOREIGN KEY emp_dept;这里最容易混的是CHANGE和MODIFYCHANGE必须同时写旧字段名和新字段名MODIFY只改属性不改名。加字段的AFTER和FIRST控制物理顺序虽然逻辑上列顺序不影响查询但实训按DESCRIBE的输出判分位置写错就过不了。删外键用DROP FOREIGN KEY 约束名不是DROP COLUMN这是血泪经验里出现频率最高的翻车点之一。3. 数据操作与单表查询增删改查的语法主线数据操作这一段从INSERT、UPDATE、DELETE过渡到SELECT的各种条件组合是整份实训里题量最大、也最贴近日常开发的部分。它的编排逻辑很清楚先会改数据再会按条件取数据最后会排序、分组、限量。3.1 增删改三条语句的边界条件插入、更新、删除三条语句本身不难难在条件写不对就误伤全表。答案里的批量插入用多值VALUES一次写多行更新和删除都带WHERE这个习惯必须刻进肌肉记忆。-- 批量插入 INSERT INTO tb_emp(Id,Name,DeptId,Salary) VALUES (1,Nancy,301,2300.00),(2,Tod,303,5600.00),(3,Carly,301,3200.00); -- 条件更新 UPDATE tb_emp SET NameTracy,DeptId302,Salary4300.00 WHERE id3; -- 条件删除 DELETE FROM tb_emp WHERE Salary3000;参数说明上INSERT的列清单和值清单必须一一对应字符串用单引号更规范答案里混用了双引号MySQL 默认兼容但不建议。UPDATE不带WHERE会改全表DELETE不带WHERE会清空表这两个是实训判分和实际事故的共同源头。删除整表还有TRUNCATE但它不能带条件和DELETE不是一回事。3.2 条件查询IN、BETWEEN、LIKE、空值与去重单表查询的第一层是条件筛选答案按关键字逐个过关IN做集合匹配BETWEEN AND做闭区间LIKE做模糊匹配IS NULL判空DISTINCT去重AND/OR组合多条件。-- IN 与 NOT IN SELECT Name,Salary FROM tb_emp WHERE Id NOT IN (1); -- 闭区间含两端 SELECT Name,Salary FROM tb_emp WHERE Salary BETWEEN 3000 AND 5000; -- % 匹配任意长度_ 匹配单字符 SELECT Name,Salary FROM tb_emp WHERE Name LIKE C%; -- 判空只能用 IS NULL不能用 NULL SELECT * FROM tb_emp WHERE DeptId IS NULL; -- 去重 SELECT DISTINCT Name FROM tb_emp; -- 多条件组合 SELECT * FROM tb_emp WHERE DeptId301 AND Salary3000; SELECT * FROM tb_emp WHERE DeptId301 OR DeptId303;重点在于几个「不能这么写」 NULL永远不成立必须用IS NULLBETWEEN是闭区间边界值会被包含LIKE的通配符%和_含义不同C%匹配以 C 开头%C%匹配包含 C。AND优先级高于OR混用时建议加括号否则结果和预期差很远。3.3 排序、分组与限量ORDER BY、GROUP BY、LIMIT查询的第二层是对结果集做加工。排序用ORDER BY加ASC/DESC分组用GROUP BY限量用LIMIT。答案里有一关专门考「第 2 名到第 5 名」考的就是LIMIT的偏移量写法。-- 按成绩降序 SELECT * FROM tb_score WHERE class_id1 ORDER BY score DESC; -- 按班级分组 SELECT * FROM tb_class GROUP BY class_id; -- 第 2 到第 5 条偏移 1取 4 条 SELECT * FROM tb_score ORDER BY score DESC LIMIT 1,4;LIMIT offset, count里 offset 从 0 开始所以「第 2 名到第 5 名」是LIMIT 1,4这是最容易数错的地方。GROUP BY单独用时结果类似去重真正的作用要配合聚合函数才体现出来这一点在第 5 章会展开。排序字段如果有重复值结果顺序不稳定需要再加一个唯一列做次级排序才可复现。4. 多表与子查询连接、嵌套与复杂查询的拆解思路单表查询之后实训进入多表阶段。这一段是很多人从「会写 SQL」到「会想 SQL」的分水岭因为题目不再是一句话能翻译成一条语句而是要先想清楚表之间怎么关联、条件放在哪一层。4.1 连接查询内连接与外连接的方向问题连接查询的核心是「以哪张表为主」。内连接只保留两表都匹配的行左外连接保留左表全部右外连接保留右表全部。答案里有一个很典型的写法要查「所有学生及其班级」学生是主体所以用右连接把tb_student放右边或者用左连接把学生放左边两种写法等价但方向容易绕晕。-- 内连接只保留能匹配上的 SELECT s.name AS studentName, c.name AS className FROM tb_student s JOIN tb_class c ON c.id s.class_id; -- 左外连接以学生为主没班级的学生也保留 SELECT s.name AS studentName, c.name AS className FROM tb_student s LEFT JOIN tb_class c ON c.id s.class_id; -- 复合条件连接连接条件 过滤条件 排序 SELECT s1.name AS studentName, score, s2.name AS className FROM tb_student s1, tb_class s2 WHERE s1.class_id s2.id AND s1.score 90 ORDER BY score DESC;判断用哪种连接先问一句「哪张表的行必须全部出现」。学生必须全出现就用学生做主表做左连接班级必须全出现就反过来。外连接里ON后面的条件只影响匹配WHERE后面的条件才过滤最终结果把过滤条件错写到ON里是外连接最常见的逻辑错误。4.2 子查询比较、ANY/ALL、IN 的适用场景子查询是把一条查询的结果当作另一条查询的输入。答案按关键字分了比较运算符、ANY、ALL、IN几类每一类的语义差别要分清。-- 比较运算符大于平均年龄 SELECT name, age FROM tb_emp WHERE age (SELECT AVG(age) FROM tb_emp); -- ANY大于子查询结果中任意一个即可等价于大于最小值 SELECT position, salary FROM tb_salary WHERE salary ANY (SELECT MIN(salary) FROM tb_salary WHERE positionjava); -- ALL必须大于子查询结果中所有值等价于大于最大值 SELECT position, salary FROM tb_salary WHERE salary ALL (SELECT MAX(salary) FROM tb_salary WHERE positionjava); -- IN等于集合中任意一个 SELECT position, salary FROM tb_salary WHERE position IN (java);ANY和ALL的语义经常被记反 ANY是「大于任意一个」只要比最小的那个大就成立 ALL是「大于所有」要比最大的还大。子查询返回多行时不能用必须用IN或ANY/ALL否则报「子查询返回多于一行」。相关子查询子查询里引用外层列会逐行执行数据量大时性能差能改写成连接就改写。4.3 复杂查询把一道题拆成几步复杂查询那几关是整份答案里最像面试题的部分交换工资、换座位、分数排名、体育馆人流量、统计总成绩。它们的共同点是没法一步写出来需要先拆逻辑再拼语句。以分数排名为例思路是「对每一行数一数有多少个不同的分数比它高再加 1 就是名次」。答案给了两种写法一种用相关子查询一种用自连接计数-- 写法一相关子查询统计比自己高的不同分数个数 SELECT Score, (SELECT COUNT(DISTINCT score) FROM score WHERE score s.score) AS Rank FROM score s ORDER BY Score DESC; -- 写法二自连接计数排名 比自己高的行数 1 SELECT s1.Score, (SELECT COUNT(*) FROM score s2 WHERE s2.score s1.score) 1 AS Rank FROM score s1 ORDER BY Rank;两种写法的区别在于对重复分数的处理COUNT(DISTINCT)让同分同名次COUNT(*)加严格大于也让同分同名次但如果改成就会变成连续排名。换座位那关用IF嵌套处理奇偶和边界体育馆人流量用三表自连接找连续三条记录统计总成绩用两个子查询分别算语文和数学再按班级连接——这些题的价值不在背答案而在练「先定主表、再定关联、最后加过滤」的拆题顺序。5. 聚合、函数与数据库对象从统计到可复用逻辑实训的后半段从「查数据」转向「加工数据」和「封装逻辑」。聚合函数负责汇总内置函数负责转换视图、索引、存储过程则是把常用逻辑固化成数据库对象。这一段的知识点比较散但按「算、转、存」三类归拢就清楚了。5.1 聚合函数与分组过滤COUNT、SUM、AVG、MAX、MIN 配 HAVING五个聚合函数本身语义直白难点在分组之后的过滤要用HAVING而不是WHERE。WHERE在分组前过滤行HAVING在分组后过滤组顺序不能颠倒。-- 分组统计各年级男女总人数 SELECT gradeId, sex, COUNT(*) FROM student WHERE gradeId IN (2,3,4) GROUP BY gradeId, sex; -- HAVING 过滤分组至少两门 90 分以上 SELECT sno, COUNT(*) FROM tb_grade WHERE score 90 GROUP BY sno HAVING COUNT(pno) 2; -- 平均分大于 90 且语文 95 以上 SELECT sno, AVG(score) FROM tb_grade WHERE sno IN (SELECT sno FROM tb_grade WHERE score 95 AND pno语文) GROUP BY sno HAVING AVG(score) 90;COUNT(*)统计行数COUNT(列)跳过该列为 NULL 的行这个差别在算及格率时很关键。HAVING里可以用聚合函数WHERE里不行。分组列必须出现在SELECT里在严格模式下否则报错。答案里及格率用了COUNT(s_score 60 OR NULL)的技巧利用COUNT跳过 NULL 的特性只数及格行这个写法值得单独记一笔。5.2 内置函数与自定义函数字符、数学、日期、流程控制内置函数那几关覆盖了四类字符函数做大小写和截取数学函数做舍入和开方日期函数取年份算年龄流程控制用IF/CASE。自定义函数则要求用DELIMITER改结束符后创建。-- 首字母大写、其余小写 SELECT CONCAT(UPPER(SUBSTR(Name,1,1)), LOWER(SUBSTR(Name,2,LENGTH(Name)))) AS Name FROM employee; -- 日期函数取出生年份用日期差算年龄 SELECT YEAR(s_birth) AS year, 2019-01-01 - s_birth AS 年龄 FROM Student; -- 自定义函数三数取最大 DELIMITER // CREATE FUNCTION fn_three_max(a INT, b INT, c INT) RETURNS INT BEGIN DECLARE max_val INT DEFAULT 0; IF a b THEN SET max_val a; ELSE SET max_val b; END IF; IF c max_val THEN SET max_val c; END IF; RETURN max_val; END // DELIMITER ;自定义函数必须声明RETURNS类型函数体里用DECLARE定义局部变量DELIMITER改成//是为了让函数体内的分号不被客户端提前截断创建完再改回;。数学函数里TRUNCATE是截断不四舍五入ROUND才四舍五入这两个在精度题里经常互换设坑。5.3 视图、索引与存储过程三类数据库对象的分工视图是保存下来的查询索引是加速检索的数据结构存储过程是预编译的 SQL 集合。三者解决的问题完全不同答案里各有一关正好对照着记。-- 视图把常用查询存起来 CREATE VIEW stu_view AS SELECT math, chinese, mathchinese FROM student; -- 索引唯一索引与普通索引 CREATE UNIQUE INDEX name_index ON student(name); CREATE INDEX score_index ON student(score); -- 组合索引注意列顺序 ALTER TABLE person ADD INDEX name_city_score (name, age, address); -- 存储过程带输入输出参数 DELIMITER $$ CREATE PROCEDURE GetCustomerLevel(IN p_customNumber INT, OUT p_customerLevel VARCHAR(10)) BEGIN DECLARE levels INT; SELECT creditlimit INTO levels FROM customers WHERE customerNumber p_customNumber; IF levels 5000 THEN SET p_customerLevel SILVER; ELSEIF levels 10000 THEN SET p_customerLevel GOLD; ELSE SET p_customerLevel PLATINUM; END IF; END $$ DELIMITER ;视图不存数据每次查询都重新执行底层语句适合封装多表关联索引能加速WHERE和JOIN但会拖慢写入组合索引遵循最左前缀原则(name, age, address)对只查age的语句无效存储过程用IN/OUT区分入参出参SELECT ... INTO把查询结果赋给变量。分页查询那关还展示了用子查询优化LIMIT大偏移的思路本质是先用索引定位起点再取数。6. 易漏点排查这五处最容易在实训里翻车把整份答案过一遍会发现错误高度集中在几个固定位置。下面五条按「易漏点 → 为什么漏 → 怎么补」整理都是判分时一错就整关不过的地方。第一 NULL和IS NULL混用。漏的原因是直觉上把 NULL 当成一个普通值觉得可以用等号比较。实际上 NULL 表示未知任何与它的等值比较结果都是未知而非真。补法是记住判空只有IS NULL和IS NOT NULL两种写法聚合函数里COUNT(列)也会跳过 NULL算比例时要意识到分母可能变小。第二CHANGE和MODIFY的参数个数记混。漏的原因是两者都改字段名字又像。补法是记口诀CHANGE要写「旧名 新名 类型」三段MODIFY只写「列名 类型」两段改名用CHANGE只改类型用MODIFY写之前先默念一遍参数个数。第三外连接的主表方向搞反。漏的原因是习惯性从左往右写没先想「哪张表要全保留」。补法是写之前先问一句主体是谁主体放保留侧同时检查过滤条件写在WHERE还是ON外连接里写在ON的条件不会过滤掉主表行。第四LIMIT偏移量从 0 开始。漏的原因是把「第几名」直接当偏移量。补法是记住LIMIT offset, count的 offset 是「跳过几条」第 2 到第 5 名跳过 1 条取 4 条写成LIMIT 1,4写完用「起始名次减一」验算一遍。第五GROUP BY之后用WHERE过滤聚合结果。漏的原因是把WHERE当成万能过滤。补法是记住执行顺序WHERE在分组前筛行HAVING在分组后筛组凡是对COUNT/AVG这类聚合值设条件一律用HAVING。提示这五条覆盖了答案里大部分判分失败场景复习时可以把它们抄在便签上每写完一关对照检查一遍比事后调试省时间。7. 复习清单按关卡回刷与自查的方法复习这份实训答案不建议从头到尾重抄一遍效率太低。更实际的做法是按「语法族」回刷把同一类语句的关卡挑出来集中过写完立刻用DESCRIBE、SHOW INDEX、SELECT *验证结果让每条语句都有可观察的反馈。下面这张清单按模块列了自查项可以对着打勾。模块自查项验证方式建库建表类型长度齐全、字符集指定、约束命名SHOW CREATE TABLE 表名\G约束主键/唯一/外键/默认值各写一遍插入重复值或空值看是否报错ALTER改名、改类型、加删字段、调位置、删外键DESCRIBE 表名对照列顺序增删改批量插入、条件更新、条件删除操作前后各SELECT *对比单表查询IN/BETWEEN/LIKE/IS NULL/DISTINCT/AND OR改边界值看结果变化排序分组限量ORDER BY 方向、GROUP BY 多列、LIMIT 偏移数一遍返回行数和首行连接查询内/左/右连接各写一次、过滤条件位置对比三种连接的行数差异子查询比较/ANY/ALL/IN、相关子查询把子查询单独跑一遍看结果集聚合与 HAVING五个聚合函数、分组后过滤去掉 HAVING 看分组明细数据库对象视图、单列/组合索引、存储过程SHOW INDEX、CALL 过程名回刷时有个技巧每关先不看答案自己写写完再对照差异处标红。差异往往不是语法不会而是条件写漏、方向写反、参数顺序错——正好对应上一章那五条易漏点。对于复杂查询那几关建议把拆题过程写下来主表是谁、关联条件是什么、过滤在哪一层、要不要排序四步写完再落 SQL比直接憋语句稳得多。我自己的习惯是每次重刷前先把 NULL、CHANGE参数、外连接方向这三条在纸上默写一遍写完一关就用DESCRIBE或SELECT验一次结果不给自己留「看起来对」的侥幸。这套流程走下来同一份答案刷第二遍的速度会明显快于第一遍因为错的地方已经变成了检查项。希望这份梳理能帮到你把答案用成地图而不是用成拐杖。本文还有配套的精品资源点击获取 
长河君 · 2026/10/31 18:16:25 · 阅读 1.2k MySQL实训答案知识地图：从建表到存储过程的语法与易错点全解析
简介这份PDF面向正在学习或备考MySQL数据库实训的学生与初学者针对头歌平台实训任务中建库建表、约束设置、表结构修改等常见卡点提供可直接对照的参考答案帮助读者快速核对操作结果、理清语法思路。资源包共1个文件为带目录的PDF文档约433KB目录按实训模块划分便于按关卡定位内容。内容覆盖创建数据库与数据表、主键与外键约束、UNIQUE与默认值约束以及查看表结构、重命名表、修改字段名与数据类型、增删字段、调整字段位置、删除外键约束、插入与更新数据等实训关卡每关均给出对应SQL语句与执行位置提示适合边做边查、对照排错。目前已有18400人学习下载可作为课堂实训的辅助参考也适合自学者按目录逐关练习后核对答案、巩固数据库定义与表操作的基础技能。1. 从一份实训答案反推 MySQL 知识地图很多人拿到 MySQL 实训答案的第一反应是「照着抄一遍交差」但真正复习过一轮的人会发现这套题目的编排本身就是一张知识地图从建库建表、约束设计到单表查询、连接查询、子查询再到聚合函数、视图、索引、存储过程几乎把关系型数据库的核心操作串成了一条线。这份实训答案按关卡组织覆盖数据定义、表结构维护、数据增删改、各类查询与数据库对象开发适合正在系统学 MySQL、准备课程实训或期末复习的人拿来对照查漏。它的价值不在「答案」两个字而在于每一关背后对应的语法点和易错点——把答案当索引回头补语法才是这份资料正确的打开方式。2. 数据定义与约束建库建表这一关的重点在哪数据定义是整个实训的第一段也是后面所有查询的地基。这一段的核心不是「会写 CREATE」而是理解表结构设计时每个约束在管什么。答案里出现的建库、建表、主键、外键、自增、默认值、唯一约束基本覆盖了 MySQL 数据定义的主要语法面。2.1 建库建表的基本骨架建库建表看起来简单但实训里每一关都在考不同的细节。建库用CREATE DATABASE建表用CREATE TABLE字段定义要写清类型、长度和属性。答案中反复出现的连接命令mysql -uroot -p123123 -h127.0.0.1是进入环境的入口真正要记的是后面的 DDL 语句结构。-- 建库并切换 CREATE DATABASE MyDb; USE MyDb; -- 建表字段类型、长度、约束一次写全 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE, sex VARCHAR(4) DEFAULT 男 ) DEFAULT CHARSETutf8;这段代码里三个约束各管一件事PRIMARY KEY保证行唯一标识AUTO_INCREMENT让 id 自动递增UNIQUE保证用户名不重复DEFAULT在插入缺省时补值。参数上要注意VARCHAR必须带长度INT的长度在较新版本里已不影响存储但实训环境仍按老写法给int(11)照写即可。建表时把字符集写在表级DEFAULT CHARSETutf8比事后改更省事。2.2 约束体系主键、外键、唯一、默认值怎么配合约束是这一段最容易「会写但说不清」的地方。梳理下来可以按作用对象分三类管行唯一性的主键、唯一、管表间关系的外键、管字段缺省行为的默认值、非空、自增。答案里主键有单列和复合两种写法外键用CONSTRAINT 名字 FOREIGN KEY ... REFERENCES的完整形式这个命名习惯值得保留因为后面删外键要靠这个名字。约束类型关键字作用答案中的典型写法主键PRIMARY KEY唯一标识一行非空userId INT PRIMARY KEY复合主键PRIMARY KEY(a,b)多列联合唯一PRIMARY KEY(name,phone)外键FOREIGN KEY ... REFERENCES建立表间引用CONSTRAINT fk_stu_class1 FOREIGN KEY(classId) REFERENCES t_class(id)唯一UNIQUE列值不重复username VARCHAR(32) NOT NULL UNIQUE默认值DEFAULT缺省填充sex VARCHAR(4) DEFAULT 男自增AUTO_INCREMENT整数列自动递增id INT PRIMARY KEY AUTO_INCREMENT外键这一关有个细节被引用的列必须是主键或唯一键否则建外键会直接报错。答案里t_class(id)是主键所以t_student.classId引用它没问题。复合主键的写法PRIMARY KEY(name,phone)表示两列组合唯一单列可以重复这一点在判断题里经常设坑。2.3 表结构维护ALTER 家族的六个动作表建好之后不是一成不变实训第二段集中考了ALTER TABLE的各种变形。这一段的关键是把「改什么」和「用哪个子句」对应起来而不是死记语句。-- 改表名 ALTER TABLE tb_emp RENAME jd_emp; -- 改字段名和类型change 要写全新旧定义 ALTER TABLE tb_emp CHANGE Id prod_id INT(11); -- 只改类型modify 不改名 ALTER TABLE tb_emp MODIFY Name VARCHAR(30); -- 加字段并指定位置 ALTER TABLE tb_emp ADD Country VARCHAR(20) AFTER Name; -- 删字段 ALTER TABLE tb_emp DROP Salary; -- 调整字段到最前或某字段之后 ALTER TABLE tb_emp MODIFY Name VARCHAR(25) FIRST; ALTER TABLE tb_emp MODIFY DeptId INT(11) AFTER Salary; -- 删外键靠约束名 ALTER TABLE tb_emp DROP FOREIGN KEY emp_dept;这里最容易混的是CHANGE和MODIFYCHANGE必须同时写旧字段名和新字段名MODIFY只改属性不改名。加字段的AFTER和FIRST控制物理顺序虽然逻辑上列顺序不影响查询但实训按DESCRIBE的输出判分位置写错就过不了。删外键用DROP FOREIGN KEY 约束名不是DROP COLUMN这是血泪经验里出现频率最高的翻车点之一。3. 数据操作与单表查询增删改查的语法主线数据操作这一段从INSERT、UPDATE、DELETE过渡到SELECT的各种条件组合是整份实训里题量最大、也最贴近日常开发的部分。它的编排逻辑很清楚先会改数据再会按条件取数据最后会排序、分组、限量。3.1 增删改三条语句的边界条件插入、更新、删除三条语句本身不难难在条件写不对就误伤全表。答案里的批量插入用多值VALUES一次写多行更新和删除都带WHERE这个习惯必须刻进肌肉记忆。-- 批量插入 INSERT INTO tb_emp(Id,Name,DeptId,Salary) VALUES (1,Nancy,301,2300.00),(2,Tod,303,5600.00),(3,Carly,301,3200.00); -- 条件更新 UPDATE tb_emp SET NameTracy,DeptId302,Salary4300.00 WHERE id3; -- 条件删除 DELETE FROM tb_emp WHERE Salary3000;参数说明上INSERT的列清单和值清单必须一一对应字符串用单引号更规范答案里混用了双引号MySQL 默认兼容但不建议。UPDATE不带WHERE会改全表DELETE不带WHERE会清空表这两个是实训判分和实际事故的共同源头。删除整表还有TRUNCATE但它不能带条件和DELETE不是一回事。3.2 条件查询IN、BETWEEN、LIKE、空值与去重单表查询的第一层是条件筛选答案按关键字逐个过关IN做集合匹配BETWEEN AND做闭区间LIKE做模糊匹配IS NULL判空DISTINCT去重AND/OR组合多条件。-- IN 与 NOT IN SELECT Name,Salary FROM tb_emp WHERE Id NOT IN (1); -- 闭区间含两端 SELECT Name,Salary FROM tb_emp WHERE Salary BETWEEN 3000 AND 5000; -- % 匹配任意长度_ 匹配单字符 SELECT Name,Salary FROM tb_emp WHERE Name LIKE C%; -- 判空只能用 IS NULL不能用 NULL SELECT * FROM tb_emp WHERE DeptId IS NULL; -- 去重 SELECT DISTINCT Name FROM tb_emp; -- 多条件组合 SELECT * FROM tb_emp WHERE DeptId301 AND Salary3000; SELECT * FROM tb_emp WHERE DeptId301 OR DeptId303;重点在于几个「不能这么写」 NULL永远不成立必须用IS NULLBETWEEN是闭区间边界值会被包含LIKE的通配符%和_含义不同C%匹配以 C 开头%C%匹配包含 C。AND优先级高于OR混用时建议加括号否则结果和预期差很远。3.3 排序、分组与限量ORDER BY、GROUP BY、LIMIT查询的第二层是对结果集做加工。排序用ORDER BY加ASC/DESC分组用GROUP BY限量用LIMIT。答案里有一关专门考「第 2 名到第 5 名」考的就是LIMIT的偏移量写法。-- 按成绩降序 SELECT * FROM tb_score WHERE class_id1 ORDER BY score DESC; -- 按班级分组 SELECT * FROM tb_class GROUP BY class_id; -- 第 2 到第 5 条偏移 1取 4 条 SELECT * FROM tb_score ORDER BY score DESC LIMIT 1,4;LIMIT offset, count里 offset 从 0 开始所以「第 2 名到第 5 名」是LIMIT 1,4这是最容易数错的地方。GROUP BY单独用时结果类似去重真正的作用要配合聚合函数才体现出来这一点在第 5 章会展开。排序字段如果有重复值结果顺序不稳定需要再加一个唯一列做次级排序才可复现。4. 多表与子查询连接、嵌套与复杂查询的拆解思路单表查询之后实训进入多表阶段。这一段是很多人从「会写 SQL」到「会想 SQL」的分水岭因为题目不再是一句话能翻译成一条语句而是要先想清楚表之间怎么关联、条件放在哪一层。4.1 连接查询内连接与外连接的方向问题连接查询的核心是「以哪张表为主」。内连接只保留两表都匹配的行左外连接保留左表全部右外连接保留右表全部。答案里有一个很典型的写法要查「所有学生及其班级」学生是主体所以用右连接把tb_student放右边或者用左连接把学生放左边两种写法等价但方向容易绕晕。-- 内连接只保留能匹配上的 SELECT s.name AS studentName, c.name AS className FROM tb_student s JOIN tb_class c ON c.id s.class_id; -- 左外连接以学生为主没班级的学生也保留 SELECT s.name AS studentName, c.name AS className FROM tb_student s LEFT JOIN tb_class c ON c.id s.class_id; -- 复合条件连接连接条件 过滤条件 排序 SELECT s1.name AS studentName, score, s2.name AS className FROM tb_student s1, tb_class s2 WHERE s1.class_id s2.id AND s1.score 90 ORDER BY score DESC;判断用哪种连接先问一句「哪张表的行必须全部出现」。学生必须全出现就用学生做主表做左连接班级必须全出现就反过来。外连接里ON后面的条件只影响匹配WHERE后面的条件才过滤最终结果把过滤条件错写到ON里是外连接最常见的逻辑错误。4.2 子查询比较、ANY/ALL、IN 的适用场景子查询是把一条查询的结果当作另一条查询的输入。答案按关键字分了比较运算符、ANY、ALL、IN几类每一类的语义差别要分清。-- 比较运算符大于平均年龄 SELECT name, age FROM tb_emp WHERE age (SELECT AVG(age) FROM tb_emp); -- ANY大于子查询结果中任意一个即可等价于大于最小值 SELECT position, salary FROM tb_salary WHERE salary ANY (SELECT MIN(salary) FROM tb_salary WHERE positionjava); -- ALL必须大于子查询结果中所有值等价于大于最大值 SELECT position, salary FROM tb_salary WHERE salary ALL (SELECT MAX(salary) FROM tb_salary WHERE positionjava); -- IN等于集合中任意一个 SELECT position, salary FROM tb_salary WHERE position IN (java);ANY和ALL的语义经常被记反 ANY是「大于任意一个」只要比最小的那个大就成立 ALL是「大于所有」要比最大的还大。子查询返回多行时不能用必须用IN或ANY/ALL否则报「子查询返回多于一行」。相关子查询子查询里引用外层列会逐行执行数据量大时性能差能改写成连接就改写。4.3 复杂查询把一道题拆成几步复杂查询那几关是整份答案里最像面试题的部分交换工资、换座位、分数排名、体育馆人流量、统计总成绩。它们的共同点是没法一步写出来需要先拆逻辑再拼语句。以分数排名为例思路是「对每一行数一数有多少个不同的分数比它高再加 1 就是名次」。答案给了两种写法一种用相关子查询一种用自连接计数-- 写法一相关子查询统计比自己高的不同分数个数 SELECT Score, (SELECT COUNT(DISTINCT score) FROM score WHERE score s.score) AS Rank FROM score s ORDER BY Score DESC; -- 写法二自连接计数排名 比自己高的行数 1 SELECT s1.Score, (SELECT COUNT(*) FROM score s2 WHERE s2.score s1.score) 1 AS Rank FROM score s1 ORDER BY Rank;两种写法的区别在于对重复分数的处理COUNT(DISTINCT)让同分同名次COUNT(*)加严格大于也让同分同名次但如果改成就会变成连续排名。换座位那关用IF嵌套处理奇偶和边界体育馆人流量用三表自连接找连续三条记录统计总成绩用两个子查询分别算语文和数学再按班级连接——这些题的价值不在背答案而在练「先定主表、再定关联、最后加过滤」的拆题顺序。5. 聚合、函数与数据库对象从统计到可复用逻辑实训的后半段从「查数据」转向「加工数据」和「封装逻辑」。聚合函数负责汇总内置函数负责转换视图、索引、存储过程则是把常用逻辑固化成数据库对象。这一段的知识点比较散但按「算、转、存」三类归拢就清楚了。5.1 聚合函数与分组过滤COUNT、SUM、AVG、MAX、MIN 配 HAVING五个聚合函数本身语义直白难点在分组之后的过滤要用HAVING而不是WHERE。WHERE在分组前过滤行HAVING在分组后过滤组顺序不能颠倒。-- 分组统计各年级男女总人数 SELECT gradeId, sex, COUNT(*) FROM student WHERE gradeId IN (2,3,4) GROUP BY gradeId, sex; -- HAVING 过滤分组至少两门 90 分以上 SELECT sno, COUNT(*) FROM tb_grade WHERE score 90 GROUP BY sno HAVING COUNT(pno) 2; -- 平均分大于 90 且语文 95 以上 SELECT sno, AVG(score) FROM tb_grade WHERE sno IN (SELECT sno FROM tb_grade WHERE score 95 AND pno语文) GROUP BY sno HAVING AVG(score) 90;COUNT(*)统计行数COUNT(列)跳过该列为 NULL 的行这个差别在算及格率时很关键。HAVING里可以用聚合函数WHERE里不行。分组列必须出现在SELECT里在严格模式下否则报错。答案里及格率用了COUNT(s_score 60 OR NULL)的技巧利用COUNT跳过 NULL 的特性只数及格行这个写法值得单独记一笔。5.2 内置函数与自定义函数字符、数学、日期、流程控制内置函数那几关覆盖了四类字符函数做大小写和截取数学函数做舍入和开方日期函数取年份算年龄流程控制用IF/CASE。自定义函数则要求用DELIMITER改结束符后创建。-- 首字母大写、其余小写 SELECT CONCAT(UPPER(SUBSTR(Name,1,1)), LOWER(SUBSTR(Name,2,LENGTH(Name)))) AS Name FROM employee; -- 日期函数取出生年份用日期差算年龄 SELECT YEAR(s_birth) AS year, 2019-01-01 - s_birth AS 年龄 FROM Student; -- 自定义函数三数取最大 DELIMITER // CREATE FUNCTION fn_three_max(a INT, b INT, c INT) RETURNS INT BEGIN DECLARE max_val INT DEFAULT 0; IF a b THEN SET max_val a; ELSE SET max_val b; END IF; IF c max_val THEN SET max_val c; END IF; RETURN max_val; END // DELIMITER ;自定义函数必须声明RETURNS类型函数体里用DECLARE定义局部变量DELIMITER改成//是为了让函数体内的分号不被客户端提前截断创建完再改回;。数学函数里TRUNCATE是截断不四舍五入ROUND才四舍五入这两个在精度题里经常互换设坑。5.3 视图、索引与存储过程三类数据库对象的分工视图是保存下来的查询索引是加速检索的数据结构存储过程是预编译的 SQL 集合。三者解决的问题完全不同答案里各有一关正好对照着记。-- 视图把常用查询存起来 CREATE VIEW stu_view AS SELECT math, chinese, mathchinese FROM student; -- 索引唯一索引与普通索引 CREATE UNIQUE INDEX name_index ON student(name); CREATE INDEX score_index ON student(score); -- 组合索引注意列顺序 ALTER TABLE person ADD INDEX name_city_score (name, age, address); -- 存储过程带输入输出参数 DELIMITER $$ CREATE PROCEDURE GetCustomerLevel(IN p_customNumber INT, OUT p_customerLevel VARCHAR(10)) BEGIN DECLARE levels INT; SELECT creditlimit INTO levels FROM customers WHERE customerNumber p_customNumber; IF levels 5000 THEN SET p_customerLevel SILVER; ELSEIF levels 10000 THEN SET p_customerLevel GOLD; ELSE SET p_customerLevel PLATINUM; END IF; END $$ DELIMITER ;视图不存数据每次查询都重新执行底层语句适合封装多表关联索引能加速WHERE和JOIN但会拖慢写入组合索引遵循最左前缀原则(name, age, address)对只查age的语句无效存储过程用IN/OUT区分入参出参SELECT ... INTO把查询结果赋给变量。分页查询那关还展示了用子查询优化LIMIT大偏移的思路本质是先用索引定位起点再取数。6. 易漏点排查这五处最容易在实训里翻车把整份答案过一遍会发现错误高度集中在几个固定位置。下面五条按「易漏点 → 为什么漏 → 怎么补」整理都是判分时一错就整关不过的地方。第一 NULL和IS NULL混用。漏的原因是直觉上把 NULL 当成一个普通值觉得可以用等号比较。实际上 NULL 表示未知任何与它的等值比较结果都是未知而非真。补法是记住判空只有IS NULL和IS NOT NULL两种写法聚合函数里COUNT(列)也会跳过 NULL算比例时要意识到分母可能变小。第二CHANGE和MODIFY的参数个数记混。漏的原因是两者都改字段名字又像。补法是记口诀CHANGE要写「旧名 新名 类型」三段MODIFY只写「列名 类型」两段改名用CHANGE只改类型用MODIFY写之前先默念一遍参数个数。第三外连接的主表方向搞反。漏的原因是习惯性从左往右写没先想「哪张表要全保留」。补法是写之前先问一句主体是谁主体放保留侧同时检查过滤条件写在WHERE还是ON外连接里写在ON的条件不会过滤掉主表行。第四LIMIT偏移量从 0 开始。漏的原因是把「第几名」直接当偏移量。补法是记住LIMIT offset, count的 offset 是「跳过几条」第 2 到第 5 名跳过 1 条取 4 条写成LIMIT 1,4写完用「起始名次减一」验算一遍。第五GROUP BY之后用WHERE过滤聚合结果。漏的原因是把WHERE当成万能过滤。补法是记住执行顺序WHERE在分组前筛行HAVING在分组后筛组凡是对COUNT/AVG这类聚合值设条件一律用HAVING。提示这五条覆盖了答案里大部分判分失败场景复习时可以把它们抄在便签上每写完一关对照检查一遍比事后调试省时间。7. 复习清单按关卡回刷与自查的方法复习这份实训答案不建议从头到尾重抄一遍效率太低。更实际的做法是按「语法族」回刷把同一类语句的关卡挑出来集中过写完立刻用DESCRIBE、SHOW INDEX、SELECT *验证结果让每条语句都有可观察的反馈。下面这张清单按模块列了自查项可以对着打勾。模块自查项验证方式建库建表类型长度齐全、字符集指定、约束命名SHOW CREATE TABLE 表名\G约束主键/唯一/外键/默认值各写一遍插入重复值或空值看是否报错ALTER改名、改类型、加删字段、调位置、删外键DESCRIBE 表名对照列顺序增删改批量插入、条件更新、条件删除操作前后各SELECT *对比单表查询IN/BETWEEN/LIKE/IS NULL/DISTINCT/AND OR改边界值看结果变化排序分组限量ORDER BY 方向、GROUP BY 多列、LIMIT 偏移数一遍返回行数和首行连接查询内/左/右连接各写一次、过滤条件位置对比三种连接的行数差异子查询比较/ANY/ALL/IN、相关子查询把子查询单独跑一遍看结果集聚合与 HAVING五个聚合函数、分组后过滤去掉 HAVING 看分组明细数据库对象视图、单列/组合索引、存储过程SHOW INDEX、CALL 过程名回刷时有个技巧每关先不看答案自己写写完再对照差异处标红。差异往往不是语法不会而是条件写漏、方向写反、参数顺序错——正好对应上一章那五条易漏点。对于复杂查询那几关建议把拆题过程写下来主表是谁、关联条件是什么、过滤在哪一层、要不要排序四步写完再落 SQL比直接憋语句稳得多。我自己的习惯是每次重刷前先把 NULL、CHANGE参数、外连接方向这三条在纸上默写一遍写完一关就用DESCRIBE或SELECT验一次结果不给自己留「看起来对」的侥幸。这套流程走下来同一份答案刷第二遍的速度会明显快于第一遍因为错的地方已经变成了检查项。希望这份梳理能帮到你把答案用成地图而不是用成拐杖。本文还有配套的精品资源点击获取