数据库课程设计选课系统：从建表到事务锁的避坑指南

简介这份资源是面向高校计算机相关专业学生的数据库课程设计完整方案主题为学生选课信息管理系统采用Java语言与MySQL数据库开发基于C/S架构实现。系统按学生、教师、管理员三类角色划分功能学生可修改个人信息、查询课程、选课退课、查询成绩并打印成绩单、查看奖惩信息教师可维护个人信息、查看所授课程与学生选课情况、录入成绩管理员则负责学生、教师、课程、选课、成绩、院系及奖惩信息等全方位管理。压缩包为rar格式大小约1.99MB内含源代码与配套设计报告建表合理规范便于理解数据库设计与业务逻辑的对应关系。目前已有6064人学习下载适合作为课程设计参考、数据库与Java综合实践练手也可用于答辩前梳理系统功能与表结构设计思路。1. 数据库课程设计选课系统为什么“能跑”和“能过”是两码事每年一到学期中后段学生选课信息管理系统就会成为数据库课程设计里被翻牌最多的题目之一。原因很直接业务场景人人熟悉实体关系清晰MySQL 建表加 Java 写界面看起来是一条从需求到交付的直线。但真正动手做过一轮的人会知道这个题目最坑的地方不在于“能不能跑”而在于“能不能过”——演示时点几下没问题答辩时被追问一句“高并发下这门课余量怎么扣的”系统就露馅了。这篇笔记面向的是正在做数据库课程设计、选了学生选课信息管理系统这个方向的人尤其是用 MySQL 做存储、Java 做应用层的那批。我会把整个系统从表结构设计、连接配置、事务控制到选课核心逻辑的落地路径拆开讲重点放在那些“演示能过、答辩翻车”的细节上。你不需要先看完一本数据库教材再动手跟着走就能把最小可运行版本搭出来同时知道哪些参数不能乱设、哪些坑必须提前绕。2. 表结构定生死选课系统的四张核心表怎么设计2.1 从业务动作反推实体关系很多同学一上来就打开 Navicat 开始建表想到什么字段加什么字段最后发现选课记录没法关联学生和课程又回头改表。正确的顺序是先画业务动作一个学生可以选多门课一门课可以被多个学生选选课这个动作本身带有时间、成绩、状态这些属性。所以核心实体是学生、课程、选课记录三张教师作为课程的授课者可以单独成表也可以冗余在课程表里。我一般会建议把教师独立出来因为课程设计答辩时老师大概率会问“如果一门课换老师了怎么办”。独立成表之后课程表里只存教师 ID换老师就是改一个外键值不用动课程本身的信息。这个设计决策在报告里写上一段就是加分项。四张表的职责划分如下学生表存学号、姓名、专业、年级教师表存工号、姓名、职称课程表存课程号、课程名、学分、授课教师、容量、已选人数选课表存选课 ID、学号、课程号、选课时间、成绩、状态。选课表是典型的关联表它的主键可以用自增 ID但学号加课程号必须建唯一索引否则同一个学生能选同一门课两次。2.2 建表 SQL 与字段类型选择下面是我常用的建表脚本字段类型的选择理由写在注释里。注意字符集统一用 utf8mb4排序规则用 utf8mb4_general_ci避免中文乱码和排序异常。-- 学生表学号作为业务主键用 varchar 而不是 int -- 因为学号可能带字母或前导零int 会丢掉前导零 CREATE TABLE student ( student_id VARCHAR(20) NOT NULL COMMENT 学号, name VARCHAR(50) NOT NULL COMMENT 姓名, major VARCHAR(50) DEFAULT NULL COMMENT 专业, grade VARCHAR(10) DEFAULT NULL COMMENT 年级, PRIMARY KEY (student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_general_ci; -- 教师表工号同样用 varchar CREATE TABLE teacher ( teacher_id VARCHAR(20) NOT NULL COMMENT 工号, name VARCHAR(50) NOT NULL COMMENT 姓名, title VARCHAR(30) DEFAULT NULL COMMENT 职称, PRIMARY KEY (teacher_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_general_ci; -- 课程表capacity 是容量上限selected 是已选人数 -- 这两个字段是选课并发问题的核心后面会重点讲 CREATE TABLE course ( course_id VARCHAR(20) NOT NULL COMMENT 课程号, course_name VARCHAR(100) NOT NULL COMMENT 课程名, credit DECIMAL(3,1) NOT NULL DEFAULT 0.0 COMMENT 学分, teacher_id VARCHAR(20) DEFAULT NULL COMMENT 授课教师工号, capacity INT NOT NULL DEFAULT 0 COMMENT 容量上限, selected INT NOT NULL DEFAULT 0 COMMENT 已选人数, PRIMARY KEY (course_id), KEY idx_teacher (teacher_id), CONSTRAINT fk_course_teacher FOREIGN KEY (teacher_id) REFERENCES teacher (teacher_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_general_ci; -- 选课表唯一索引防止重复选课这是必须加的 CREATE TABLE enrollment ( enroll_id BIGINT NOT NULL AUTO_INCREMENT COMMENT 选课记录ID, student_id VARCHAR(20) NOT NULL COMMENT 学号, course_id VARCHAR(20) NOT NULL COMMENT 课程号, enroll_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 选课时间, score DECIMAL(5,1) DEFAULT NULL COMMENT 成绩, status TINYINT NOT NULL DEFAULT 1 COMMENT 状态 1已选 0已退, PRIMARY KEY (enroll_id), UNIQUE KEY uk_student_course (student_id, course_id), KEY idx_course (course_id), CONSTRAINT fk_enroll_student FOREIGN KEY (student_id) REFERENCES student (student_id), CONSTRAINT fk_enroll_course FOREIGN KEY (course_id) REFERENCES course (course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_general_ci;这段脚本里有几个参数值得单独说。DECIMAL(3,1)用于学分是因为学分可能是 2.5 这种小数用 float 会有精度问题。selected字段用 INT 而不是从选课表 count 出来是为了在选课时避免全表扫描但代价是必须保证这个字段和选课表数据一致后面事务部分会讲怎么维护。唯一索引uk_student_course是防止重复选课的最后一道防线应用层判断之外必须加数据库约束否则并发下一定出问题。2.3 索引不是越多越好有同学听说索引能加速查询就给每个字段都加上索引。这在选课系统里会出问题因为选课表是写入频繁的表每多一个索引每次插入就要多维护一棵 B 树。选课表上真正需要的索引只有三个主键、学号加课程号的唯一索引、课程号的普通索引。课程号的索引是为了支持“查某门课有哪些学生选了”这个查询学号方向的查询走唯一索引的最左前缀就够了。课程表上的idx_teacher是为了支持“查某个老师开了哪些课”如果答辩不涉及这个查询这个索引也可以去掉。索引的取舍原则是写入频繁的表少建索引查询条件里高频出现的字段才建。这个判断逻辑写进设计报告比堆一堆索引更能体现你理解原理。3. Java 侧连接 MySQL从 JDBC 到连接池的落地配置3.1 JDBC 直连的最小可用代码课程设计里最稳妥的方式是用 JDBC 直连不引入 Spring 等框架因为答辩老师可能要求你解释每一行代码。下面是一个查询学生选课列表的方法包含了连接获取、预编译语句、结果集处理三个关键步骤。import java.sql.*; public class EnrollmentDao { // 数据库连接参数实际项目中应放在配置文件里 private static final String URL jdbc:mysql://localhost:3306/course_selection ?useUnicodetruecharacterEncodingutf8mb4 useSSLfalseserverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASSWORD your_password; /** * 查询指定学生的选课列表 * param studentId 学号 * return 选课记录列表 */ public ListString queryCourses(String studentId) throws SQLException { String sql SELECT c.course_name, c.credit, e.score FROM enrollment e JOIN course c ON e.course_id c.course_id WHERE e.student_id ? AND e.status 1; ListString result new ArrayList(); // try-with-resources 自动关闭连接避免连接泄漏 try (Connection conn DriverManager.getConnection(URL, USER, PASSWORD); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, studentId); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { result.add(rs.getString(course_name) | rs.getBigDecimal(credit) | rs.getBigDecimal(score)); } } } return result; } }连接 URL 里的serverTimezoneAsia/Shanghai是必须加的否则 MySQL 8 以上版本会报时区错误。useSSLfalse在本地开发时加上避免证书警告拖慢连接速度。characterEncodingutf8mb4要和建表时的字符集一致不然中文课程名可能变成问号。3.2 连接池参数怎么设才不翻车直连方式每次操作都新建连接在演示时没问题但如果答辩老师让你模拟 50 个学生同时选课连接数会瞬间打满。这时候需要引入连接池课程设计里常用的是 HikariCP 或 Druid。以 HikariCP 为例核心参数只有四个需要调。参数建议值说明maximumPoolSize10本地演示够用设太大反而拖慢启动minimumIdle5保持最小空闲连接避免频繁创建connectionTimeout3000030 秒获取不到连接就报错单位毫秒idleTimeout600000空闲连接 10 分钟后释放配置代码大致如下注意连接池对象应该是单例不要每次查询都新建一个池。import com.zaxxer.hikari.HikariConfig; import com.zaxxer.hikari.HikariDataSource; public class DataSourceHolder { private static final HikariDataSource DATA_SOURCE; static { HikariConfig config new HikariConfig(); config.setJdbcUrl(jdbc:mysql://localhost:3306/course_selection ?useUnicodetruecharacterEncodingutf8mb4 useSSLfalseserverTimezoneAsia/Shanghai); config.setUsername(root); config.setPassword(your_password); config.setMaximumPoolSize(10); config.setMinimumIdle(5); config.setConnectionTimeout(30000); config.setIdleTimeout(600000); DATA_SOURCE new HikariDataSource(config); } public static HikariDataSource get() { return DATA_SOURCE; } }maximumPoolSize设成 10 是因为本地 MySQL 的默认最大连接数是 151留足余量给其他工具。如果设成 100演示时连接池一启动就占满反而容易触发 MySQL 的 too many connections 错误。这个参数在报告里可以写成“根据本地数据库承载能力调整”体现你有容量意识。4. 选课核心逻辑事务、锁与余量扣减的正确姿势4.1 为什么先查后扣一定会超卖最直觉的选课实现是三步查课程余量、判断余量大于零、扣减余量并插入选课记录。这个流程在单线程下没问题但两个学生同时选同一门课且只剩一个名额时两个线程可能都查到余量为 1都判断通过然后都扣减最后余量变成 -1两个人都选上了。这就是典型的超卖问题也是答辩时最容易被追问的点。解决思路有两种一种是在数据库层面用行锁把查和扣绑成一个原子操作另一种是用乐观锁在更新时检查版本。课程设计里推荐第一种因为实现简单且容易解释。4.2 用事务加行锁实现原子扣减核心思路是在一个事务里先用SELECT ... FOR UPDATE锁住课程行再判断余量再更新。这样第二个事务在第一个事务提交前会被阻塞等它拿到锁时余量已经变成 0判断就会失败。/** * 选课方法事务 行锁保证余量扣减的原子性 * param studentId 学号 * param courseId 课程号 * return 选课结果信息 */ public String enroll(String studentId, String courseId) { Connection conn null; try { conn DataSourceHolder.get().getConnection(); // 关闭自动提交开启事务 conn.setAutoCommit(false); // 第一步锁定课程行FOR UPDATE 会加排他锁 String lockSql SELECT capacity, selected FROM course WHERE course_id ? FOR UPDATE; int capacity; int selected; try (PreparedStatement ps conn.prepareStatement(lockSql)) { ps.setString(1, courseId); try (ResultSet rs ps.executeQuery()) { if (!rs.next()) { conn.rollback(); return 课程不存在; } capacity rs.getInt(capacity); selected rs.getInt(selected); } } // 第二步判断余量 if (selected capacity) { conn.rollback(); return 课程已满; } // 第三步插入选课记录唯一索引会拦截重复选课 String insertSql INSERT INTO enrollment (student_id, course_id, status) VALUES (?, ?, 1); try (PreparedStatement ps conn.prepareStatement(insertSql)) { ps.setString(1, studentId); ps.setString(2, courseId); ps.executeUpdate(); } // 第四步扣减余量 String updateSql UPDATE course SET selected selected 1 WHERE course_id ?; try (PreparedStatement ps conn.prepareStatement(updateSql)) { ps.setString(1, courseId); ps.executeUpdate(); } conn.commit(); return 选课成功; } catch (SQLIntegrityConstraintViolationException e) { // 唯一索引冲突说明重复选课 rollbackQuietly(conn); return 已选过该课程; } catch (SQLException e) { rollbackQuietly(conn); return 系统错误 e.getMessage(); } finally { closeQuietly(conn); } } private void rollbackQuietly(Connection conn) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ignored) {} } } private void closeQuietly(Connection conn) { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ignored) {} } }这段代码的关键点有三个。第一FOR UPDATE必须在事务里才有意义所以setAutoCommit(false)要放在最前面。第二插入选课记录放在扣减余量之前这样如果唯一索引冲突事务回滚余量不会被错误扣减。第三捕获SQLIntegrityConstraintViolationException来处理重复选课而不是先查再插因为先查再插在并发下仍然可能重复。4.3 退课逻辑与余量回补退课不是简单删记录而是把状态改成 0同时把课程余量减一。这里同样需要事务和行锁顺序和选课相反先锁课程行再更新选课状态再回补余量。如果退课时不锁行可能出现退课和选课并发导致余量计算错误。public String dropCourse(String studentId, String courseId) { Connection conn null; try { conn DataSourceHolder.get().getConnection(); conn.setAutoCommit(false); // 锁定课程行 String lockSql SELECT selected FROM course WHERE course_id ? FOR UPDATE; try (PreparedStatement ps conn.prepareStatement(lockSql)) { ps.setString(1, courseId); try (ResultSet rs ps.executeQuery()) { if (!rs.next()) { conn.rollback(); return 课程不存在; } } } // 更新选课状态只有状态为 1 的记录才能退 String updateEnroll UPDATE enrollment SET status 0 WHERE student_id ? AND course_id ? AND status 1; int affected; try (PreparedStatement ps conn.prepareStatement(updateEnroll)) { ps.setString(1, studentId); ps.setString(2, courseId); affected ps.executeUpdate(); } if (affected 0) { conn.rollback(); return 未选该课程无法退课; } // 回补余量 String updateCourse UPDATE course SET selected selected - 1 WHERE course_id ? AND selected 0; try (PreparedStatement ps conn.prepareStatement(updateCourse)) { ps.setString(1, courseId); ps.executeUpdate(); } conn.commit(); return 退课成功; } catch (SQLException e) { rollbackQuietly(conn); return 系统错误 e.getMessage(); } finally { closeQuietly(conn); } }UPDATE course里加了AND selected 0是防御性写法防止余量被扣成负数。虽然正常流程下不会出现但万一有脏数据这个条件能避免问题扩大。5. 避坑与排查选课系统最常见的五个翻车现场5.1 中文乱码从建表到连接的全链路检查现象是课程名或学生姓名在 Java 界面显示成问号或方块。原因通常出在三个环节之一建表时字符集不是 utf8mb4、连接 URL 没加 characterEncoding、或者 MySQL 服务端的默认字符集是 latin1。解决方法是逐层检查先用SHOW CREATE TABLE course;确认表的字符集再用SHOW VARIABLES LIKE character%;确认服务端配置。如果服务端是 latin1可以在 my.ini 或 my.cnf 里把 character-set-server 改成 utf8mb4 后重启。连接 URL 里的characterEncodingutf8mb4不能省这是最容易被忽略的一环。5.2 时区报错serverTimezone 必须显式指定现象是启动时报The server time zone value ?D1ú±ê×?ê±?? is unrecognized。原因是 MySQL 8 的驱动要求显式指定时区而中文系统的默认时区名驱动识别不了。解决方法是在 JDBC URL 里加serverTimezoneAsia/Shanghai注意是 Asia/Shanghai 而不是 GMT8后者在部分驱动版本里也会报错。这个坑在换电脑演示时特别容易踩因为不同机器的系统时区设置不一样。5.3 连接泄漏忘记关闭导致演示中途卡死现象是系统运行一段时间后越来越慢最后报 too many connections。原因是每次查询都新建连接但没有关闭连接数累积到 MySQL 上限。解决方法是用 try-with-resources 包裹 Connection、PreparedStatement、ResultSet确保异常时也能关闭。如果用了连接池还要检查是否有地方拿了连接没还。排查方法是在 MySQL 里执行SHOW PROCESSLIST;看有多少个 Sleep 状态的连接如果数量持续增长就是泄漏了。5.4 死锁两个事务互相等对方的锁现象是选课和退课同时操作时偶尔报Deadlock found when trying to get lock。原因是两个事务以不同顺序锁定了多行。比如选课先锁课程行再插选课记录退课先锁课程行再更新选课记录如果两个事务涉及的课程和选课记录有交叉就可能形成循环等待。解决方法是在所有涉及多行锁的操作里统一按主键顺序加锁。选课系统里主要是课程行和选课记录行建议先锁课程行再操作选课记录保持顺序一致。MySQL 在检测到死锁时会自动回滚其中一个事务应用层捕获异常后重试即可。5.5 余量不一致selected 字段和实际选课数对不上现象是课程表里的 selected 显示 5但选课表里实际有 6 条 status1 的记录。原因通常是某次操作只更新了一边就提交了或者手动改过数据。解决方法是写一个对账 SQL定期检查并修复。-- 查出余量不一致的课程 SELECT c.course_id, c.selected, (SELECT COUNT(*) FROM enrollment e WHERE e.course_id c.course_id AND e.status 1) AS actual FROM course c HAVING c.selected actual; -- 修复语句把 selected 重置为实际值 UPDATE course c SET c.selected ( SELECT COUNT(*) FROM enrollment e WHERE e.course_id c.course_id AND e.status 1 );这个对账逻辑可以写进设计报告的系统维护部分答辩时如果被问到数据一致性直接拿出来讲。6. 从能跑到能答辩三个让设计报告加分的验证技巧6.1 用存储过程模拟并发选课答辩时老师可能问“你怎么证明事务真的起作用了”。与其口头解释不如写一个存储过程模拟并发场景把结果打印出来。下面这个存储过程循环插入选课记录模拟多个学生抢同一门课。DELIMITER // CREATE PROCEDURE simulate_concurrent_enroll(IN course VARCHAR(20), IN times INT) BEGIN DECLARE i INT DEFAULT 0; DECLARE stu_id VARCHAR(20); WHILE i times DO SET stu_id CONCAT(S, LPAD(i, 6, 0)); -- 先确保学生存在 INSERT IGNORE INTO student (student_id, name, major, grade) VALUES (stu_id, CONCAT(学生, i), 计算机, 2024); -- 调用选课逻辑这里简化为直接插入实际应调用应用层 INSERT IGNORE INTO enrollment (student_id, course_id, status) VALUES (stu_id, course, 1); SET i i 1; END WHILE; END // DELIMITER ;调用CALL simulate_concurrent_enroll(C001, 100);后检查课程表的 selected 和选课表的实际记录数是否一致。如果一致说明唯一索引和事务控制生效了。这个验证方法比空口说“我加了事务”有说服力得多。6.2 用 EXPLAIN 证明索引被命中设计报告里写了索引但老师可能问“你怎么知道索引真的用上了”。在查询语句前加EXPLAIN就能看到执行计划。比如查某个学生的选课列表EXPLAIN SELECT c.course_name, e.score FROM enrollment e JOIN course c ON e.course_id c.course_id WHERE e.student_id S000001 AND e.status 1;看输出里的key列如果显示uk_student_course说明走了唯一索引。如果显示NULL说明没走索引需要检查查询条件是否匹配索引的最左前缀。这个技巧在报告里放一张 EXPLAIN 的截图比写一段“本系统建立了合理的索引”有分量。6.3 用慢查询日志定位性能瓶颈如果答辩老师追问“如果数据量大了怎么办”可以提前打开慢查询日志找出执行时间超过阈值的 SQL。在 MySQL 里执行以下命令开启SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 0.5; SET GLOBAL slow_query_log_file /var/log/mysql/slow.log;然后跑一遍系统的所有功能查看慢查询日志里有没有记录。如果有用 EXPLAIN 分析并优化。这个流程写进报告体现你有性能意识而不是只满足于功能跑通。我自己的习惯是每次做完一个数据库课程设计都会把建表脚本、核心事务代码、对账 SQL 和 EXPLAIN 结果整理成一个单独的验证文档答辩前过一遍。这个文档不一定要交给老师但被追问时能立刻翻出来心里不慌。选课系统这个题目看起来简单但把事务、锁、索引、字符集这几个点吃透后面做任何带并发写入的系统都能复用这套思路。希望帮到你。本文还有配套的精品资源点击获取