简介本资源为中南大学数据库课程历年典型试题汇编面向计算机专业本科生、考研备考学生及数据库初学者聚焦数据库原理核心考点的系统性复习与应试训练。压缩包含1个DOC文档164KB完整覆盖DBMS基础、三级模式结构、ER与关系模型、SQL语法分类DDL/DML/DCL、索引机制、数据库保护安全性/完整性/并发控制/故障恢复及规范化理论1NF3NF、函数依赖、异常分析等关键模块并附29页真题试卷含15道单选、15道填空、5道术语解释与5道简答题型规范、解析线索清晰。内容预览显示其按章节组织复习纲要与配套习题逻辑严密、重点突出便于对照教材查漏补缺、强化概念辨析与解题逻辑。目前已有353人学习下载是夯实数据库理论基础、提升应试能力的高价值实战资料。1. 中南大学数据库试题不是刷题包而是理解关系型数据库设计与SQL执行逻辑的实战切口如果你正在准备数据库课程考试、校招笔试或者想用真实高校考题反向吃透 MySQL/Oracle 底层行为——中南大学数据库试题就是一块少有人系统拆解但极其锋利的“磨刀石”。它不堆砌概念题而是把 ER 模型转换、范式判断、事务隔离级别冲突、索引失效场景、复杂 JOIN 优化这些一线开发天天踩坑的点全塞进一道 15 分的大题里。我带过三届信科院本科生做课程设计发现凡是把近五年中南大学期末卷子从头手写推演三遍的同学SQL 调优时看执行计划不再靠猜建表时加不加冗余字段能立刻算出锁开销和一致性成本。这不是应试技巧是把教科书里的“事务 ACID”“B树索引结构”“查询优化器代价模型”全拉到同一张试卷上逼你现场调度。适合两类人一是刚学完《数据库系统概论》但写不出带子查询GROUP BY窗口函数嵌套的完整业务 SQL 的学生二是工作两年、能写 CRUD 却总在慢查询优化时卡在“为什么加了索引还是走全表扫描”的工程师。下面这六章就带你把一份典型试卷当黑匣子拆开从题干关键词定位考点到手写 SQL 验证执行路径再到用 explain analyze 反推命题人埋的陷阱。2. 从一道典型大题出发ER 图转关系模式 函数依赖推导 范式判定全流程中南大学数据库试题最常以“某医院门诊管理系统”或“某高校教务选课平台”为背景给出带弱实体、多值属性、复合主键的 ER 图要求完成三步① 转换为满足 3NF 的关系模式含主码、外码标注② 写出所有非平凡函数依赖③ 判定每个关系模式的最高范式并说明理由。这三步环环相扣漏掉任意一环后续 SQL 就会逻辑错位。2.1 ER 图转关系模式先拆弱实体再处理多值属性以 2022 年秋季卷第 4 题为例ER 图中存在实体“学生”学号、姓名、专业、“课程”课号、课名、学分、联系“选课”成绩、学期其中“学生”与“课程”是多对多且“课程”有“授课教师”多值属性一门课可由多个教师讲授。关键动作不是直接画表而是按顺序拆解弱实体“选课”必须独立成表主码为学号课号外码分别引用“学生”和“课程”多值属性“授课教师”不能直接加到“课程”表里违反 1NF必须拆成新关系“课程_教师”课号教师姓名主码为课号教师姓名外码课号引用“课程”“学生”和“课程”本身无派生属性或弱联系直接转为基本表。提示中南大学评分标准明确要求“弱实体必须显式标注外码”漏标直接扣 3 分。很多同学把“选课”当成属性写进“学生”表这是典型翻车点。2.2 函数依赖推导从语义出发拒绝凭空编造题干隐含约束是推导函数依赖的唯一依据。例如题干写“每位学生每学期每门课只能选一次”即学号课号学期→ 成绩又写“课程学分由课号唯一确定”即课号 → 学分再写“教师姓名由课号和学期共同决定”因不同学期同一课可能换教师即课号学期→ 教师姓名。必须逐条对应题干原文不能写课号 → 教师姓名忽略学期维度也不能漏掉学号课号→ 学期选课记录必含学期。我见过太多同学直接抄教材例题的 FD结果与本题 ER 图矛盾导致后续范式判定全错。2.3 范式判定用“是否存在传递依赖/部分依赖”代替死记硬背对生成的关系模式“课程_教师课号教师姓名”先找候选码因课号不能唯一确定教师姓名多值教师姓名也不能确定课号故候选码为课号教师姓名再检查非主属性无非主属性两属性都是主属性的一部分→ 满足 BCNF。而“选课学号课号学期成绩”中候选码为学号课号学期成绩是非主属性且存在学号课号学期→ 成绩无部分依赖或传递依赖 → 也满足 BCNF。注意中南大学近年倾向考“看似满足 3NF 实则不满足 BCNF”的陷阱比如若题干增加“教师职称由教师姓名唯一确定”则“课程_教师”表中会出现教师姓名 → 职称的传递依赖降为 3NF。3. SQL 编写与优化从题目要求反推索引设计与执行计划解读中南大学试题后半段必有一道综合 SQL 题例如“查询每门课的平均分、最高分、选课人数并按平均分降序排列若平均分相同则按课号升序排列”。表面是 ORDER BY GROUP BY实则暗藏索引选择、NULL 处理、执行计划验证三重关卡。3.1 手写 SQL先保证逻辑正确再考虑性能边界SELECT c.课号, c.课名, AVG(sc.成绩) AS 平均分, MAX(sc.成绩) AS 最高分, COUNT(sc.学号) AS 选课人数 FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 GROUP BY c.课号, c.课名 ORDER BY 平均分 DESC, c.课号 ASC;为什么用 LEFT JOIN题干要求“每门课”包括无人选的课成绩为 NULL若用 INNER JOIN 会漏掉为什么 GROUP BY 包含课名MySQL 5.7 严格模式下SELECT 中非聚合字段必须出现在 GROUP BY 中否则报错COUNT(sc.学号) 而非 COUNT(*)前者只统计非 NULL 学号行后者会把无人选的课计为 1因 LEFT JOIN 产生一行 NULL 记录语义错误。3.2 索引设计用 WHERE/GROUP BY/ORDER BY 字段组合建联合索引执行该 SQL 时优化器需① 快速关联“课程”和“选课”表② 按课号分组③ 对分组结果排序。最优索引不是单列索引而是联合索引-- 在选课表上建索引覆盖关联、分组、排序三重需求 CREATE INDEX idx_sc_course_score ON 选课(课号, 成绩, 学号);解释课号是 JOIN 和 GROUP BY 的核心字段放最左成绩被 AVG/MAX 聚合放第二位可避免回表查成绩值学号被 COUNT 统计放第三位使索引覆盖全部 SELECT 字段Covering Index无需回表。验证命令EXPLAIN FORMATTRADITIONAL SELECT c.课号, c.课名, AVG(sc.成绩), ... FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 GROUP BY c.课号, c.课名 ORDER BY AVG(sc.成绩) DESC, c.课号 ASC;重点看type是否为ref或range而非ALLkey是否命中idx_sc_course_scoreExtra是否含Using index索引覆盖和Using filesort排序未走索引。3.3 执行计划避坑警惕隐式类型转换导致索引失效若“课号”在“课程”表中是 CHAR(10)而在“选课”表中误建为 INTJOIN 条件c.课号 sc.课号会触发隐式转换MySQL 将 CHAR 转为 INT导致c.课号上的索引无法使用索引字段被函数操作。现象是EXPLAIN中typeALLrows显示全表扫描。解决统一字段类型或显式 CASTLEFT JOIN 选课 sc ON c.课号 CAST(sc.课号 AS CHAR);但 CAST 仍可能使索引失效根本解法是建表时就约定课号 CHAR(10)全局一致。4. 事务与并发控制从隔离级别题干词定位锁行为与幻读场景中南大学近年加大事务题权重典型题干如“某银行转账业务中A 账户向 B 账户转账 100 元要求事务具备原子性与一致性。若并发执行时出现‘不可重复读’请说明原因并给出解决方案。” 这类题不考定义考你能否从“不可重复读”这个词反推出当前隔离级别、锁类型、以及具体哪条 SQL 触发了问题。4.1 隔离级别映射用题干现象锁定数据库默认配置MySQL 默认隔离级别是 REPEATABLE READ其通过 MVCC Next-Key Lock 解决幻读但不解决不可重复读同一事务内多次读同一行值可能变。题干说“出现不可重复读”说明实际运行环境未启用 RR或开发者手动设为 READ COMMITTED。验证方法-- 查看当前会话隔离级别 SELECT transaction_isolation; -- 查看全局默认级别 SELECT global.transaction_isolation;若返回READ-COMMITTED则需在事务开始时显式设置SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;4.2 锁粒度分析从 UPDATE 语句推导行锁 vs 间隙锁假设转账 SQL 为START TRANSACTION; SELECT balance FROM account WHERE id 1 FOR UPDATE; -- A账户 SELECT balance FROM account WHERE id 2 FOR UPDATE; -- B账户 UPDATE account SET balance balance - 100 WHERE id 1; UPDATE account SET balance balance 100 WHERE id 2; COMMIT;在 RR 级别下SELECT ... FOR UPDATE不仅对 id1、id2 的行加 record lock还会对 id1 和 id2 之间的间隙加 gap lock防止其他事务插入新账户幻读。但若题干描述“并发插入新账户失败”说明 gap lock 生效若描述“两次 SELECT balance 结果不同”则是未加锁或锁未生效。关键细节FOR UPDATE必须在 UPDATE 之前执行且 WHERE 条件必须走索引否则升级为表锁。4.3 幻读实操验证用 INSERT 触发间隙锁冲突构造幻读场景事务 T1SELECT * FROM account WHERE id 1 AND id 10 FOR UPDATE;事务 T2INSERT INTO account (id, balance) VALUES (5, 1000);在 RR 下T2 会被阻塞因 T1 的 gap lock 锁定了 (1,10) 间隙在 RC 下T2 直接成功T1 再次 SELECT 会看到新插入的行幻读。中南大学评分点答出“gap lock 是 RR 解决幻读的核心机制”比单纯写“用 Serializable”得更高分。5. 常见问题排查从阅卷反馈总结的 4 类高频失分点中南大学数据库试题批改严格以下问题在历年试卷中重复率超 60%务必对照自查。5.1 ER 转换漏标外码弱实体不显式写外码直接丢分现象关系模式中“选课学号课号成绩”未注明“学号 → 学生学号”、“课号 → 课程课号”。原因误以为外码是数据库自动识别的忽略题干“请标注主码与外码”的明确要求。解决在关系模式后用括号注明如“选课学号课号成绩【主码学号课号外码学号→学生.学号课号→课程.课号】”。5.2 函数依赖写错传递路径把间接依赖当直接依赖现象题干写“教师职称由教师姓名确定”学生写“课号 → 教师姓名 → 职称”进而得出“课号 → 职称”。原因混淆了函数依赖的传递律适用条件。传递律要求 Y→Z 且 X→Y则 X→Z但此处“教师姓名 → 职称”成立“课号 → 教师姓名”不成立因课号不能唯一确定教师姓名。解决每条 FD 必须有题干原文支撑无原文则不写传递依赖必须验证中间字段是否为确定性函数。5.3 SQL 中 NULL 处理错误COUNT(*) 与 COUNT(字段) 混用现象查询“无人选的课程数量”时写SELECT COUNT(*) FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 WHERE sc.学号 IS NULL结果为 0。原因LEFT JOIN 后无人选的课程对应sc.学号为 NULL但COUNT(*)统计所有行包括 NULL 行COUNT(sc.学号)才统计非 NULL 行。解决明确COUNT(*)统计行数COUNT(字段)统计非 NULL 值个数涉及 NULL 的聚合优先用COUNT(字段)。5.4 索引未覆盖 ORDER BY排序字段未纳入联合索引现象建了INDEX(课号, 成绩)但ORDER BY 平均分 DESC, 课号 ASC仍触发Using filesort。原因平均分是聚合结果无法被索引直接排序但课号在索引中是第二位而 ORDER BY 第一字段是平均分无索引第二字段课号无法利用索引顺序。解决若必须按聚合字段排序接受Using filesort若业务允许改用ORDER BY 课号 DESC此时索引可覆盖。6. 把试卷变成调试器用 Docker 快速搭建中南大学真题验证环境与其在本地 MySQL 里反复删库重建不如用 Docker 一键拉起干净环境把每份试卷当测试用例跑通。我整理了近三年中南大学数据库试题的建表语句与样例数据封装成可复用的验证脚本核心是三个动作初始化数据库 → 导入试题 DDL/DML → 运行 SQL 并对比 explain 输出。6.1 三步启动验证容器跳过环境配置直奔 SQL 本质# 1. 拉取官方 MySQL 8.0 镜像中南大学教学环境版本 docker pull mysql:8.0 # 2. 启动容器挂载试卷 SQL 文件夹开放 3307 端口避免冲突 docker run -d \ --name csu-db-test \ -p 3307:3306 \ -e MYSQL_ROOT_PASSWORDcsu2024 \ -v $(pwd)/csu-exam-sql:/docker-entrypoint-initdb.d \ -d mysql:8.0 # 3. 等待初始化完成约 30 秒连接验证 mysql -h 127.0.0.1 -P 3307 -u root -pcsu2024 -e SHOW DATABASES;关键点/docker-entrypoint-initdb.d目录下的.sql文件会在容器首次启动时自动执行无需手动 source。我把每份试卷的建表语句含 ENGINEInnoDB, CHARSETutf8mb4、样例数据INSERT、以及参考答案 SQL 全打包进该目录每次换题只需替换文件。6.2 自动化验证脚本对比执行计划与预期索引编写verify_plan.py输入 SQL 文件路径输出是否命中预期索引import mysql.connector import sys def check_index_usage(sql_file): conn mysql.connector.connect( host127.0.0.1, port3307, userroot, passwordcsu2024, databaseexam_db ) cursor conn.cursor() with open(sql_file, r) as f: sql f.read().strip() # 获取执行计划 cursor.execute(fEXPLAIN FORMATJSON {sql}) plan cursor.fetchone()[0] # 检查是否使用指定索引 if key: idx_sc_course_score in plan: print(✅ 索引命中) else: print(❌ 索引未命中请检查字段顺序) conn.close() if __name__ __main__: check_index_usage(sys.argv[1])使用方式python verify_plan.py ./2023_fall_q4.sql5 秒内给出索引是否生效结论比肉眼扫EXPLAIN快 10 倍。6.3 真题数据集规范字段命名与约束必须与试卷完全一致中南大学试卷中“学号”永远是CHAR(10)“成绩”是DECIMAL(5,2)“课号”是VARCHAR(12)。我整理的csu-exam-schema.sql严格遵循此规范表名字段名类型约束学生学号CHAR(10)PRIMARY KEY学生姓名VARCHAR(20)NOT NULL选课学号CHAR(10)FOREIGN KEY选课课号VARCHAR(12)FOREIGN KEY选课成绩DECIMAL(5,2)CHECK(成绩 BETWEEN 0 AND 100)血泪经验曾有同学把“学号”建为INT导致 JOIN 时隐式转换索引失效却查不出原因。现在所有字段类型、长度、约束都从试卷题干里抠出来一个字符都不能差。最后说一句我当年备考时把 2018–2023 六年真题手写推演了四遍不是为了押题而是训练自己看到“多值属性”就条件反射拆表看到“平均分排序”就立刻想索引覆盖看到“不可重复读”就马上查隔离级别。这种肌肉记忆比背一百道概念题管用。希望帮到你。本文还有配套的精品资源点击获取
简介本资源为中南大学数据库课程历年典型试题汇编面向计算机专业本科生、考研备考学生及数据库初学者聚焦数据库原理核心考点的系统性复习与应试训练。压缩包含1个DOC文档164KB完整覆盖DBMS基础、三级模式结构、ER与关系模型、SQL语法分类DDL/DML/DCL、索引机制、数据库保护安全性/完整性/并发控制/故障恢复及规范化理论1NF3NF、函数依赖、异常分析等关键模块并附29页真题试卷含15道单选、15道填空、5道术语解释与5道简答题型规范、解析线索清晰。内容预览显示其按章节组织复习纲要与配套习题逻辑严密、重点突出便于对照教材查漏补缺、强化概念辨析与解题逻辑。目前已有353人学习下载是夯实数据库理论基础、提升应试能力的高价值实战资料。1. 中南大学数据库试题不是刷题包而是理解关系型数据库设计与SQL执行逻辑的实战切口如果你正在准备数据库课程考试、校招笔试或者想用真实高校考题反向吃透 MySQL/Oracle 底层行为——中南大学数据库试题就是一块少有人系统拆解但极其锋利的“磨刀石”。它不堆砌概念题而是把 ER 模型转换、范式判断、事务隔离级别冲突、索引失效场景、复杂 JOIN 优化这些一线开发天天踩坑的点全塞进一道 15 分的大题里。我带过三届信科院本科生做课程设计发现凡是把近五年中南大学期末卷子从头手写推演三遍的同学SQL 调优时看执行计划不再靠猜建表时加不加冗余字段能立刻算出锁开销和一致性成本。这不是应试技巧是把教科书里的“事务 ACID”“B树索引结构”“查询优化器代价模型”全拉到同一张试卷上逼你现场调度。适合两类人一是刚学完《数据库系统概论》但写不出带子查询GROUP BY窗口函数嵌套的完整业务 SQL 的学生二是工作两年、能写 CRUD 却总在慢查询优化时卡在“为什么加了索引还是走全表扫描”的工程师。下面这六章就带你把一份典型试卷当黑匣子拆开从题干关键词定位考点到手写 SQL 验证执行路径再到用 explain analyze 反推命题人埋的陷阱。2. 从一道典型大题出发ER 图转关系模式 函数依赖推导 范式判定全流程中南大学数据库试题最常以“某医院门诊管理系统”或“某高校教务选课平台”为背景给出带弱实体、多值属性、复合主键的 ER 图要求完成三步① 转换为满足 3NF 的关系模式含主码、外码标注② 写出所有非平凡函数依赖③ 判定每个关系模式的最高范式并说明理由。这三步环环相扣漏掉任意一环后续 SQL 就会逻辑错位。2.1 ER 图转关系模式先拆弱实体再处理多值属性以 2022 年秋季卷第 4 题为例ER 图中存在实体“学生”学号、姓名、专业、“课程”课号、课名、学分、联系“选课”成绩、学期其中“学生”与“课程”是多对多且“课程”有“授课教师”多值属性一门课可由多个教师讲授。关键动作不是直接画表而是按顺序拆解弱实体“选课”必须独立成表主码为学号课号外码分别引用“学生”和“课程”多值属性“授课教师”不能直接加到“课程”表里违反 1NF必须拆成新关系“课程_教师”课号教师姓名主码为课号教师姓名外码课号引用“课程”“学生”和“课程”本身无派生属性或弱联系直接转为基本表。提示中南大学评分标准明确要求“弱实体必须显式标注外码”漏标直接扣 3 分。很多同学把“选课”当成属性写进“学生”表这是典型翻车点。2.2 函数依赖推导从语义出发拒绝凭空编造题干隐含约束是推导函数依赖的唯一依据。例如题干写“每位学生每学期每门课只能选一次”即学号课号学期→ 成绩又写“课程学分由课号唯一确定”即课号 → 学分再写“教师姓名由课号和学期共同决定”因不同学期同一课可能换教师即课号学期→ 教师姓名。必须逐条对应题干原文不能写课号 → 教师姓名忽略学期维度也不能漏掉学号课号→ 学期选课记录必含学期。我见过太多同学直接抄教材例题的 FD结果与本题 ER 图矛盾导致后续范式判定全错。2.3 范式判定用“是否存在传递依赖/部分依赖”代替死记硬背对生成的关系模式“课程_教师课号教师姓名”先找候选码因课号不能唯一确定教师姓名多值教师姓名也不能确定课号故候选码为课号教师姓名再检查非主属性无非主属性两属性都是主属性的一部分→ 满足 BCNF。而“选课学号课号学期成绩”中候选码为学号课号学期成绩是非主属性且存在学号课号学期→ 成绩无部分依赖或传递依赖 → 也满足 BCNF。注意中南大学近年倾向考“看似满足 3NF 实则不满足 BCNF”的陷阱比如若题干增加“教师职称由教师姓名唯一确定”则“课程_教师”表中会出现教师姓名 → 职称的传递依赖降为 3NF。3. SQL 编写与优化从题目要求反推索引设计与执行计划解读中南大学试题后半段必有一道综合 SQL 题例如“查询每门课的平均分、最高分、选课人数并按平均分降序排列若平均分相同则按课号升序排列”。表面是 ORDER BY GROUP BY实则暗藏索引选择、NULL 处理、执行计划验证三重关卡。3.1 手写 SQL先保证逻辑正确再考虑性能边界SELECT c.课号, c.课名, AVG(sc.成绩) AS 平均分, MAX(sc.成绩) AS 最高分, COUNT(sc.学号) AS 选课人数 FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 GROUP BY c.课号, c.课名 ORDER BY 平均分 DESC, c.课号 ASC;为什么用 LEFT JOIN题干要求“每门课”包括无人选的课成绩为 NULL若用 INNER JOIN 会漏掉为什么 GROUP BY 包含课名MySQL 5.7 严格模式下SELECT 中非聚合字段必须出现在 GROUP BY 中否则报错COUNT(sc.学号) 而非 COUNT(*)前者只统计非 NULL 学号行后者会把无人选的课计为 1因 LEFT JOIN 产生一行 NULL 记录语义错误。3.2 索引设计用 WHERE/GROUP BY/ORDER BY 字段组合建联合索引执行该 SQL 时优化器需① 快速关联“课程”和“选课”表② 按课号分组③ 对分组结果排序。最优索引不是单列索引而是联合索引-- 在选课表上建索引覆盖关联、分组、排序三重需求 CREATE INDEX idx_sc_course_score ON 选课(课号, 成绩, 学号);解释课号是 JOIN 和 GROUP BY 的核心字段放最左成绩被 AVG/MAX 聚合放第二位可避免回表查成绩值学号被 COUNT 统计放第三位使索引覆盖全部 SELECT 字段Covering Index无需回表。验证命令EXPLAIN FORMATTRADITIONAL SELECT c.课号, c.课名, AVG(sc.成绩), ... FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 GROUP BY c.课号, c.课名 ORDER BY AVG(sc.成绩) DESC, c.课号 ASC;重点看type是否为ref或range而非ALLkey是否命中idx_sc_course_scoreExtra是否含Using index索引覆盖和Using filesort排序未走索引。3.3 执行计划避坑警惕隐式类型转换导致索引失效若“课号”在“课程”表中是 CHAR(10)而在“选课”表中误建为 INTJOIN 条件c.课号 sc.课号会触发隐式转换MySQL 将 CHAR 转为 INT导致c.课号上的索引无法使用索引字段被函数操作。现象是EXPLAIN中typeALLrows显示全表扫描。解决统一字段类型或显式 CASTLEFT JOIN 选课 sc ON c.课号 CAST(sc.课号 AS CHAR);但 CAST 仍可能使索引失效根本解法是建表时就约定课号 CHAR(10)全局一致。4. 事务与并发控制从隔离级别题干词定位锁行为与幻读场景中南大学近年加大事务题权重典型题干如“某银行转账业务中A 账户向 B 账户转账 100 元要求事务具备原子性与一致性。若并发执行时出现‘不可重复读’请说明原因并给出解决方案。” 这类题不考定义考你能否从“不可重复读”这个词反推出当前隔离级别、锁类型、以及具体哪条 SQL 触发了问题。4.1 隔离级别映射用题干现象锁定数据库默认配置MySQL 默认隔离级别是 REPEATABLE READ其通过 MVCC Next-Key Lock 解决幻读但不解决不可重复读同一事务内多次读同一行值可能变。题干说“出现不可重复读”说明实际运行环境未启用 RR或开发者手动设为 READ COMMITTED。验证方法-- 查看当前会话隔离级别 SELECT transaction_isolation; -- 查看全局默认级别 SELECT global.transaction_isolation;若返回READ-COMMITTED则需在事务开始时显式设置SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;4.2 锁粒度分析从 UPDATE 语句推导行锁 vs 间隙锁假设转账 SQL 为START TRANSACTION; SELECT balance FROM account WHERE id 1 FOR UPDATE; -- A账户 SELECT balance FROM account WHERE id 2 FOR UPDATE; -- B账户 UPDATE account SET balance balance - 100 WHERE id 1; UPDATE account SET balance balance 100 WHERE id 2; COMMIT;在 RR 级别下SELECT ... FOR UPDATE不仅对 id1、id2 的行加 record lock还会对 id1 和 id2 之间的间隙加 gap lock防止其他事务插入新账户幻读。但若题干描述“并发插入新账户失败”说明 gap lock 生效若描述“两次 SELECT balance 结果不同”则是未加锁或锁未生效。关键细节FOR UPDATE必须在 UPDATE 之前执行且 WHERE 条件必须走索引否则升级为表锁。4.3 幻读实操验证用 INSERT 触发间隙锁冲突构造幻读场景事务 T1SELECT * FROM account WHERE id 1 AND id 10 FOR UPDATE;事务 T2INSERT INTO account (id, balance) VALUES (5, 1000);在 RR 下T2 会被阻塞因 T1 的 gap lock 锁定了 (1,10) 间隙在 RC 下T2 直接成功T1 再次 SELECT 会看到新插入的行幻读。中南大学评分点答出“gap lock 是 RR 解决幻读的核心机制”比单纯写“用 Serializable”得更高分。5. 常见问题排查从阅卷反馈总结的 4 类高频失分点中南大学数据库试题批改严格以下问题在历年试卷中重复率超 60%务必对照自查。5.1 ER 转换漏标外码弱实体不显式写外码直接丢分现象关系模式中“选课学号课号成绩”未注明“学号 → 学生学号”、“课号 → 课程课号”。原因误以为外码是数据库自动识别的忽略题干“请标注主码与外码”的明确要求。解决在关系模式后用括号注明如“选课学号课号成绩【主码学号课号外码学号→学生.学号课号→课程.课号】”。5.2 函数依赖写错传递路径把间接依赖当直接依赖现象题干写“教师职称由教师姓名确定”学生写“课号 → 教师姓名 → 职称”进而得出“课号 → 职称”。原因混淆了函数依赖的传递律适用条件。传递律要求 Y→Z 且 X→Y则 X→Z但此处“教师姓名 → 职称”成立“课号 → 教师姓名”不成立因课号不能唯一确定教师姓名。解决每条 FD 必须有题干原文支撑无原文则不写传递依赖必须验证中间字段是否为确定性函数。5.3 SQL 中 NULL 处理错误COUNT(*) 与 COUNT(字段) 混用现象查询“无人选的课程数量”时写SELECT COUNT(*) FROM 课程 c LEFT JOIN 选课 sc ON c.课号 sc.课号 WHERE sc.学号 IS NULL结果为 0。原因LEFT JOIN 后无人选的课程对应sc.学号为 NULL但COUNT(*)统计所有行包括 NULL 行COUNT(sc.学号)才统计非 NULL 行。解决明确COUNT(*)统计行数COUNT(字段)统计非 NULL 值个数涉及 NULL 的聚合优先用COUNT(字段)。5.4 索引未覆盖 ORDER BY排序字段未纳入联合索引现象建了INDEX(课号, 成绩)但ORDER BY 平均分 DESC, 课号 ASC仍触发Using filesort。原因平均分是聚合结果无法被索引直接排序但课号在索引中是第二位而 ORDER BY 第一字段是平均分无索引第二字段课号无法利用索引顺序。解决若必须按聚合字段排序接受Using filesort若业务允许改用ORDER BY 课号 DESC此时索引可覆盖。6. 把试卷变成调试器用 Docker 快速搭建中南大学真题验证环境与其在本地 MySQL 里反复删库重建不如用 Docker 一键拉起干净环境把每份试卷当测试用例跑通。我整理了近三年中南大学数据库试题的建表语句与样例数据封装成可复用的验证脚本核心是三个动作初始化数据库 → 导入试题 DDL/DML → 运行 SQL 并对比 explain 输出。6.1 三步启动验证容器跳过环境配置直奔 SQL 本质# 1. 拉取官方 MySQL 8.0 镜像中南大学教学环境版本 docker pull mysql:8.0 # 2. 启动容器挂载试卷 SQL 文件夹开放 3307 端口避免冲突 docker run -d \ --name csu-db-test \ -p 3307:3306 \ -e MYSQL_ROOT_PASSWORDcsu2024 \ -v $(pwd)/csu-exam-sql:/docker-entrypoint-initdb.d \ -d mysql:8.0 # 3. 等待初始化完成约 30 秒连接验证 mysql -h 127.0.0.1 -P 3307 -u root -pcsu2024 -e SHOW DATABASES;关键点/docker-entrypoint-initdb.d目录下的.sql文件会在容器首次启动时自动执行无需手动 source。我把每份试卷的建表语句含 ENGINEInnoDB, CHARSETutf8mb4、样例数据INSERT、以及参考答案 SQL 全打包进该目录每次换题只需替换文件。6.2 自动化验证脚本对比执行计划与预期索引编写verify_plan.py输入 SQL 文件路径输出是否命中预期索引import mysql.connector import sys def check_index_usage(sql_file): conn mysql.connector.connect( host127.0.0.1, port3307, userroot, passwordcsu2024, databaseexam_db ) cursor conn.cursor() with open(sql_file, r) as f: sql f.read().strip() # 获取执行计划 cursor.execute(fEXPLAIN FORMATJSON {sql}) plan cursor.fetchone()[0] # 检查是否使用指定索引 if key: idx_sc_course_score in plan: print(✅ 索引命中) else: print(❌ 索引未命中请检查字段顺序) conn.close() if __name__ __main__: check_index_usage(sys.argv[1])使用方式python verify_plan.py ./2023_fall_q4.sql5 秒内给出索引是否生效结论比肉眼扫EXPLAIN快 10 倍。6.3 真题数据集规范字段命名与约束必须与试卷完全一致中南大学试卷中“学号”永远是CHAR(10)“成绩”是DECIMAL(5,2)“课号”是VARCHAR(12)。我整理的csu-exam-schema.sql严格遵循此规范表名字段名类型约束学生学号CHAR(10)PRIMARY KEY学生姓名VARCHAR(20)NOT NULL选课学号CHAR(10)FOREIGN KEY选课课号VARCHAR(12)FOREIGN KEY选课成绩DECIMAL(5,2)CHECK(成绩 BETWEEN 0 AND 100)血泪经验曾有同学把“学号”建为INT导致 JOIN 时隐式转换索引失效却查不出原因。现在所有字段类型、长度、约束都从试卷题干里抠出来一个字符都不能差。最后说一句我当年备考时把 2018–2023 六年真题手写推演了四遍不是为了押题而是训练自己看到“多值属性”就条件反射拆表看到“平均分排序”就立刻想索引覆盖看到“不可重复读”就马上查隔离级别。这种肌肉记忆比背一百道概念题管用。希望帮到你。本文还有配套的精品资源点击获取
