简介面向高校本科生的MySQL数据库原理与应用期末考试复习资料完整覆盖高校邦平台网上终考常见考点适合备考期末及巩固关系型数据库基础。压缩包内为1个PDF文件大小约267KB按选择题与判断题形式编排共含30道单选题和12道判断题知识点涵盖数据库创建、SQL函数、事务控制、索引、主键、字段类型、数据存储、查询排序、性能优化与数据库恢复等。已有3767人学习使用备考者可据此快速定位薄弱环节。除基础概念外资料还对SUM求和、MAX取最大值、%通配符、ORDER BY排序、DELETE/UPDATE/SELECT命令以及系统表与用户表、数据库管理系统软件识别等易混淆内容作了例题式解析适合考前集中刷题、对照复习帮助考生熟悉题型并理解MySQL核心原理。1. 期末考前一周MySQL复习资料到底该怎么用才不浪费《(完整)MySQL数据库原理与应用期末考试复习资料.pdf》这类文档每年考前都会在学生群里流传几轮。但多数人拿到手后的真实状态是从头翻到尾感觉什么都眼熟合上PDF发现连一条完整的SELECT都写不利索。问题不在资料本身而在于你用错了复习方式——把一本本来该当“索引手册”用的资料硬生生读成了小说。这份复习资料解决的诉求很具体考前一两周内把数据库原理的知识框架、SQL语法细节、事务与索引的底层逻辑、常见考题套路一次性串起来。它适合两类人一类是上课听过但没动手练过的需要用最短路径把理论和实操接上另一类是刷过一些题但知识是散的需要一张能挂住所有知识点的网。这篇文章不替你把PDF重抄一遍而是告诉你拿到这类复习资料后按什么顺序看、哪些地方必须动手敲、哪些细节是考场上的高频失分点。先把结论放在前面MySQL期末复习死记硬背SQL语法是性价比最低的路径。高回报的动作是——把ER图转成建表语句、把一条UPDATE的执行过程讲清楚、把事务隔离级别用两个并发场景自己演一遍。这套动作的载体就是你手里的PDF和一台本地MySQL。2. 先搭学习环境用 docker 起一个 MySQL 8.0把资料里的例子全部跑一遍2.1 为什么建议用 docker 而不是在本机装 MySQL很多复习资料开头会讲安装但学生机的情况千奇百怪有的是Windows有的是macOS还有的Linux发行版自带的是MariaDB。如果你按资料里的某一段安装教程走很可能卡在初始化密码、字符集、服务启动这类环境问题上白白消耗一晚上。更稳的做法是用docker起一个一次性实例用完即弃不污染本机环境也能随时删掉重来。另一个实际原因是MySQL 5.7和8.0在认证插件、默认字符集、窗口函数支持上有差异。期末考题如果涉及WITH语法或者ROW_NUMBER()5.7会直接报错但资料里未必会标注版本差异。用8.0镜像能保证和绝大多数教材、考题保持一致。2.2 最小可用命令建容器、进交互、装测试数据# 拉取并启动 MySQL 8.0 容器root 密码设为 123456宿主机映射 3306 端口 docker run -d \ --name mysql8 \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD123456 \ mysql:8.0 # 等待容器初始化完成后进入 MySQL 交互终端 docker exec -it mysql8 mysql -uroot -p123456参数说明-d表示后台运行容器--name给容器命名方便后续管理-p 3306:3306把容器内默认端口映射到宿主机这样Navicat或DataGrip也能连接。MYSQL_ROOT_PASSWORD是初始化时指定的root密码仅用于本地练习别把这个密码习惯带到生产环境。如果3306端口被占用把左边的端口改成3307就行。进到MySQL交互终端后先确认版本和字符集再建一个专门的练习库-- 查看版本确认是 8.0 而不是 5.7 SELECT VERSION(); -- 查看默认字符集考试和实操都建议统一用 utf8mb4 SHOW VARIABLES LIKE character_set_server; -- 建练习库指定字符集 CREATE DATABASE IF NOT EXISTS school DEFAULT CHARACTER SET utf8mb4; USE school;这里有个细节值得注意utf8mb4和utf8的差别。MySQL的utf8实际是utf8mb3只支持基本多语言平面存emoji和部分生僻字会报错。资料里如果只写了“utf8”你现在就该知道这是个坑。考场上写建库语句时把字符集补成utf8mb4是能加印象分的动作。2.3 把资料里的ER图变成SQL建表语句的三种练习节奏复习资料里一定会有一张学生-课程-成绩的ER图这是《数据库原理》教材的标配。别只看图要动手把图翻译成建表语句这是从“原理”到“应用”的第一步。-- 学生表学号是主键姓名非空性别有默认值 CREATE TABLE student ( sno CHAR(9) PRIMARY KEY, sname VARCHAR(20) NOT NULL, ssex CHAR(2) DEFAULT 男, sage INT, sdept VARCHAR(20) ); -- 课程表课程号主键课程名唯一 CREATE TABLE course ( cno CHAR(4) PRIMARY KEY, cname VARCHAR(40) NOT NULL, cpno CHAR(4), ccredit INT ); -- 选课表联合主键 外键约束成绩允许为空未考试时为NULL CREATE TABLE sc ( sno CHAR(9), cno CHAR(4), grade DECIMAL(5,2), PRIMARY KEY (sno, cno), FOREIGN KEY (sno) REFERENCES student(sno), FOREIGN KEY (cno) REFERENCES course(cno) );逻辑说明联合主键PRIMARY KEY (sno, cno)保证同一个学生选同一门课只能有一条记录——这是考试常考的约束设计。外键约束让数据库自己维护引用完整性删了学生表里的记录时如果选课表还有对应数据MySQL会拒绝删除并报错。DECIMAL(5,2)表示最多5位数字、小数点后2位成绩最大能存999.99完全够用。资料里建表章节讲到的三类完整性——实体完整性主键、参照完整性外键、用户定义完整性非空、默认值、唯一就是这张表上的三个约束复习时对着看效果最好。2.4 插入数据的两个必踩细节日期格式和自增列-- 插入学生注意日期写法MySQL 8.0 默认格式是 YYYY-MM-DD INSERT INTO student (sno, sname, ssex, sage, sdept) VALUES (2018001, 张三, 男, 20, CS); -- 插入成绩考试常考 NULL 的语义 INSERT INTO sc (sno, cno, grade) VALUES (2018001, C001, NULL);参数说明sage列用INT存年龄没问题但如果是出生日期应该用DATE类型。资料里如果出现“把年龄算出来”的题目通常是用YEAR(NOW()) - YEAR(birthdate)这种函数而不是直接存年龄——这一点选择题特别喜欢考。NULL在SQL里表示“不知道、不适用、还未发生”不是0也不是空字符串。统计平均成绩时AVG(grade)会自动忽略NULL行如果考到“选课但没考试的学生算不算分母”答案是不算。3. 吃透SQL四大类操作资料里的语法只有亲手敲过才算真会3.1 查询语句是半壁江山SELECT的完整执行顺序期末考试中查询题通常占40%到50%的分数。很多同学背了SELECT、FROM、WHERE、GROUP BY、HAVING、ORDER BY、LIMIT的语法顺序但一写多表查询就乱套。核心原因是没搞懂SQL语句的书写顺序和内部执行顺序是两回事。-- 典型的分组查询统计每个系的学生人数只显示人数超过2的系 SELECT sdept, COUNT(*) AS cnt FROM student WHERE sage 18 GROUP BY sdept HAVING COUNT(*) 2 ORDER BY cnt DESC LIMIT 3;执行逻辑拆开看FROM先定位表WHERE过滤掉不满足条件的行比如只看年龄大于18的GROUP BY把剩下的行按系分组HAVING对分组后的结果再过滤组的数量大于2才保留SELECT计算并投影出最终列ORDER BY排序LIMIT截断行数。这个顺序里有三个高频考点。第一WHERE里不能用聚合函数比如WHERE COUNT(*) 2是错的因为聚合发生在WHERE之后第二HAVING可以引用SELECT里的别名WHERE不行第三LIMIT是MySQL独有的语法标准SQL里是FETCH FIRST n ROWS ONLY如果资料里对比了Oracle或SQL Server这就是出题点。3.2 连接查询的两种写法隐式内连接与显式JOIN多表查询是另一座大山。资料里一定会讲等值连接、自然连接、外连接但考场上最常翻车的是不知道什么时候用LEFT JOIN、什么时候用普通连接。-- 查询每门课的选课人数没人选课的课也要显示课程在左选课在右 SELECT c.cno, c.cname, COUNT(s.sno) AS select_cnt FROM course c LEFT JOIN sc s ON c.cno s.cno GROUP BY c.cno, c.cname;这里的关键是COUNT(s.sno)而不是COUNT(*)。用COUNT(*)会把左表里没匹配上右表的行也算进去——没选课的课程会显示人数1这就是典型的逻辑错误。用COUNT(s.sno)只统计非NULL的学号结果才是0。这个细节资料里往往只用一句话带过但实操中十有八九会踩。-- 自连接查询课程的先修课的先修课course 表自己连自己两次 SELECT c1.cname AS course_name, c2.cname AS pre_course, c3.cname AS pre_pre_course FROM course c1 LEFT JOIN course c2 ON c1.cpno c2.cno LEFT JOIN course c3 ON c2.cpno c3.cno;自连接第一次看会觉得绕但它是“同一张表存了上下级关系”这类题的标准解法。资料里如果考到“查询选修了张三同学所选全部课程的学生”本质也是用自连接或NOT EXISTS子查询这两种写法建议都练一遍。3.3 修改和删除UPDATE、DELETE用之前先做一件保命的事-- 把CS系所有学生的年龄加1注意WHERE条件不能丢 UPDATE student SET sage sage 1 WHERE sdept CS; -- 删除没选任何课的学生子查询先算出来再删除 DELETE FROM student WHERE sno NOT IN (SELECT sno FROM sc);如果漏掉WHEREUPDATE和DELETE会作用到整张表这个后果考试不会发生但实操中极其致命。我在练习时养成的习惯是先写SELECT * FROM ... WHERE ...确认命中哪些行再把SELECT *换成UPDATE ... SET或DELETE执行。这是一个成本几乎为零但能避免大事故的好习惯。顺带说一个高频判断题DELETE删除数据后自增列计数不会重置如果用TRUNCATE TABLE自增列会从1重新开始而且TRUNCATE不能加WHERE条件。这两个的区别资料里几乎必考。3.4 存储过程把逻辑封装进数据库MySQL的存储过程在期末考里通常以“创建”和“调用”两种形式出现。它的价值是把一段复杂的SQL逻辑打包成一个名字反复调用。很多同学觉得存储过程没用但在“应用”这个维度上它是数据库封装能力的直接体现。-- 创建存储过程根据系别返回学生人数 DELIMITER // CREATE PROCEDURE count_student_by_dept(IN dept_name VARCHAR(20), OUT total INT) BEGIN SELECT COUNT(*) INTO total FROM student WHERE sdept dept_name; END // DELIMITER ; -- 调用in参数传入CSout参数用total接收结果 SET total 0; CALL count_student_by_dept(CS, total); SELECT total;参数说明IN表示输入参数OUT表示输出参数。DELIMITER //是把语句分隔符临时改成双斜杠否则存储过程体内的分号会被MySQL当成SQL语句的结束符导致创建失败。调用结束后用SET total 0先初始化一个会话变量CALL执行后total里就是返回值。考存储过程的书写格式时DELIMITER是默认考点漏掉必挂。4. 原理题不是靠背的事务、索引、存储引擎用三个场景理解4.1 事务的ACID和隔离级别自己开两个终端演一遍MySQL原理部分的分值分布通常是事务与并发控制、索引与B树、范式、ER模型。其中事务隔离级别是选择题和简答题的重灾区。资料里会给出四种隔离级别的定义但定义背得再熟遇到“哪种隔离级别下发生哪种并发问题”的题还是会犹豫。这个问题我的解法很笨但有效开两个MySQL终端窗口,模拟两个并发事务。-- 终端A开启事务修改数据但不提交 START TRANSACTION; UPDATE sc SET grade 99 WHERE sno 2018001 AND cno C001; -- 终端B在另一个连接里查同一条数据默认隔离级别下看不到未提交的修改 SELECT grade FROM sc WHERE sno 2018001 AND cno C001;逻辑说明MySQL默认隔离级别是REPEATABLE READ终端B在事务外查询读到的是修改前的值因为终端A还没COMMIT。如果把终端A改成SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED再开启事务终端B立刻能看到修改后的值这就是“脏读”的来源。四种隔离级别和三种并发异常对应关系用一张表记隔离级别脏读不可重复读幻读READ UNCOMMITTED可能可能可能READ COMMITTED不会可能可能REPEATABLE READMySQL默认不会不会可能InnoDB间隙锁可避免SERIALIZABLE不会不会不会注意表格里括号的注释MySQL的REPEATABLE READ通过间隙锁机制在大多数场景下连幻读都能挡住这和标准的SQL定义不完全一样。如果资料里只说“REPEATABLE READ存在幻读问题”你可以在简答题里补充一句“MySQL的InnoDB通过间隙锁在快照读场景下解决了这个问题”这属于超出教材的加分表述。4.2 索引为什么用B树三个理由“为什么索引用B树而不是B树、红黑树、哈希表”是原理高频题。一个能拿满分的回答需要包含三层第一层减少磁盘IO次数。B树的非叶子节点只存索引键和指针不存数据所以每个节点能容纳更多键树的高度更低。MySQL的页大小默认16KB三层B树大约能支撑千万级别数据量的查询相当于三次磁盘IO。红黑树的树高在数据量大时明显更高磁盘IO次数更多这在机械硬盘时代是灾难性的。第二层范围查询友好。B树的叶子节点通过指针串成了有序链表执行WHERE grade BETWEEN 60 AND 90时找到下界后沿着链表往后扫就行。B树的叶子节点之间没有指针连接范围查询需要反复回溯父节点效率差一个量级。第三层数据稳定性。B树的所有数据都在叶子节点非叶子节点不用存储记录这样单次查询的路径长度稳定磁盘IO波动小。哈希索引做等值查询极快但做范围查询要全表扫描所以InnoDB在辅助索引上不用哈希只在内存层面用自适应哈希索引做优化。实操里的对应原则是区分度低的列比如性别不适合建索引频繁更新的列不适合建索引最左前缀原则决定了联合索引的列顺序。资料里如果给了EXPLAIN的输出关注type字段从const到ALL的退化过程——ALL就是全表扫描这是SQL调优的核心信号。4.3 存储引擎的选型逻辑InnoDB为何一家独大MyISAM和InnoDB的对比是必考题。MyISAM不支持事务、不支持外键、表级锁但查询快、占用空间小InnoDB支持事务、行级锁、外键、崩溃恢复。资料里往往用表格对比但更好的理解方式是问一句为什么现在InnoDB是默认答案集中在“并发”和“安全”两个词上。MyISAM的表级锁意味着读和写互斥在写操作频繁的场景下读请求会被阻塞InnoDB的行级锁只锁住涉及的行读操作默认走非锁定读MVCC让读写可以并行。数据安全上InnoDB的redo log让崩溃后可以恢复已提交事务MyISAM没有这个能力“掉电丢数据”是它的历史痛点。在复习资料背到存储引擎时建议顺手在MySQL里验证一次-- 查看两张表的存储引擎 SHOW TABLE STATUS WHERE Name student; -- 查看当前会话的隔离级别 SELECT transaction_isolation;第一次用SHOW TABLE STATUS看字段时可能会觉得信息太杂重点关注Engine和Row_format两列就够了。把这条命令跑一遍你对InnoDB的认知会从“背过的知识点”变成“见过的事实”。5. 避坑指南期末复习MySQL时最常见的5个“翻车”现场5.1 现象启动服务时提示ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock原因本地没装MySQL或MySQL服务没启动但学生习惯性地以为命令错了。还有一种情况是按Windows教程装完后在macOS/Linux上执行mysql -uroot -p系统找不到socket文件因为服务没有运行。解决如果用docker学习检查docker ps看容器是否在运行容器退出后用docker start mysql8拉起如果本机装了MySQL先启动服务在macOS上是brew services start mysql在systemd的Linux发行版上是systemctl start mysqld。这类“服务没起”的问题在考场上不会遇到但练习时特别磨人心态。5.2 现象插入中文后乱码或者建库时报“Unknown character set: utf8mb3”原因字符集不一致。客户端连接用的字符集、数据库默认字符集、表的字符集三者不统一最常见的是表用了utf8mb3也就是MySQL的utf8存不了emoji而客户端JDBC连接串里写了useUnicodetruecharacterEncodingutf8mb4。解决建库时显式指定DEFAULT CHARACTER SET utf8mb4建表时同理连接串里写的characterEncoding统一用utf8mb4。MySQL 8.0的默认字符集已经是utf8mb4如果你是5.7务必在建库语句里补上这一行。这个坑在“数据库课程设计”提交作业时出现率极高。5.3 现象写了GROUP BY但查询报错Expression #1 of SELECT list is not in GROUP BY clause原因MySQL 8.0默认开启了ONLY_FULL_GROUP_BY模式SELECT中的非聚合列必须出现在GROUP BY里。很多资料里的旧代码是5.6时代写的那时候这个模式默认关闭SELECT sname, COUNT(*) FROM student GROUP BY sdept能跑通8.0里直接报错。解决两条路。其一把SELECT里的非聚合列全部加到GROUP BY后面其二用ANY_VALUE(sname)包一下但这不是好习惯因为返回哪一行不确定。正确写法是按业务需求决定——如果确实要查“每个系年龄最大的学生的姓名和年龄”应该用窗口函数或子查询而不是绕过ONLY_FULL_GROUP_BY。5.4 现象输入密码时提示Access denied for user rootlocalhost但密码明明是对的原因常见于刚装完MySQL的时候5.7默认安装会生成临时密码放在日志里8.0的认证插件是caching_sha2_password有些客户端比如老版本Navicat不支持这个插件会报认证失败。解决如果报错信息里带caching_sha2_password字样在MySQL里执行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 新密码;把认证插件改回旧版。但这只是为了让老客户端能连上学习环境如果有选择余地建议直接用支持8.0的现代客户端。别在生产环境改root的认证插件这是血泪教训。5.5 现象写了子查询但结果和预期不符查到的是空表以为是自己数据删错了原因大概率是NOT IN遇到NULL了。SELECT sno FROM student WHERE sno NOT IN (SELECT sno FROM sc)这条之前写过但如果sc表的sno列里有NULL值NOT IN的结果会是空集——因为x NOT IN (NULL)永远不是真。这是SQL里最著名的逻辑陷阱之一资料里提过“NULL参与比较的结果是UNKNOWN”但没告诉你它会怎么坑人。解决用NOT EXISTS代替NOT IN后者在子查询中出现NULL时不会被带偏。这条也适用于IN和EXISTS的选择性能方面两者各自有适合场景但逻辑正确性是第一位的。6. 最后一招用“30分钟自测法”验证复习效果并在考场上少丢分期末复习最怕的是“感觉都会一考就废”。我自己的习惯是考前三天不再逐页看PDF而是把资料翻到目录页对着每一章的标题在纸上默写这一章的关键内容。默写不出来的部分用红笔圈出来只圈不查。等整章过完后再回头翻资料补红笔标记的部分。这个过程每次不超过30分钟但对知识结构的暴露非常有效。另一个实战技巧是把所有SQL练习的报错信息收集起来按错误码分类过一遍。ERROR 1064是语法错误看SQL语句的拼写和逗号ERROR 1062是主键或唯一键冲突ERROR 1451是外键约束阻止删除。考试不会让你背错误码但你平时排查问题的思路——先看现象、再定位原因、最后选解法——本身就是“数据库原理与应用”这门课想要培养的能力。多说一句我自己的习惯MySQL命令别靠复制也别用鼠标去点可视化工具。所有建表、插入、查询语句一律手敲。第一遍慢不要紧第二遍开始你会发现肌肉记忆比视觉记忆可靠得多。期末考场上给你一张纸让你手写CREATE TABLE语句时能不打磕绊写出来的一定是你敲过三遍以上的。最后送你一句经验不要把这份PDF从头到尾读完。把它当查询手册用当习题集做当错题本圈。带着具体问题去翻它比通读十遍都管用。希望帮到你。本文还有配套的精品资源点击获取