简介一款基于Java与MySQL开发的教室管理系统源码包面向高校教务管理场景供学生在线选择上课教室并支持教室信息查询与删除操作适合Java Web初学者、毕业设计及课程设计参考。资源内共129个文件压缩包仅8.62MB主要包含JSP与HTML页面、Java源码与编译后的Class文件另有JAR依赖库、XML配置及JPG图片素材其中页面文件负责前端交互Java类处理后端业务XML/JAR保障项目运行环境整体目录结构清晰便于按模块定位学习。目前已有71人浏览学习。通过源码可系统了解基于Servlet/JDBC连接MySQL的增删查改实现掌握学生选课、教室查询与删除等功能的后台处理流程同时附带的JSP页面和图片素材可用于界面改版配置与依赖齐全方便直接部署运行或迁移改造对完成同类毕业设计有直接的参考价值。1. 教室管理系统到底是什么难点不在增删改查在选课冲突第一次看到“教室管理系统 java语言开发mysql数据库”这个标题很多人会以为它是个入门级的增删改查练习建两张表、写几个页面、把数据塞进去再捞出来。但真正动手之后你会发现整个系统唯一的业务难点藏在副标题那句“学生可以选择上课教室”里——一个教室在同一时间只能被一个学生占用这个约束一旦没处理好系统就是个随时会翻车的黑匣子。查询和删除反而是最简单的部分它们只是给这条核心规则做配套。这篇文章适合正在做Java课程设计或毕业设计的学生也适合想通过一个完整案例把JDBC、MySQL和事务串起来复习的开发者。我会按选型、建表、冲突处理、排错、进阶的顺序把这条路完整走一遍。2. 先定技术栈再动手Java连接MySQL的三种姿势与选型理由2.1 桌面端还是Web端从压缩包后缀推断项目形态拿到 .rar 后缀的项目标题第一件事不是解压而是想清楚这个项目大概率长什么样。这类课程设计压缩包最常见的形态是两种一种是 Eclipse 或 IDEA 里导出的 Java 桌面工程界面层用 Swing 或 JavaFX 写数据层直接 JDBC 连 MySQL另一种是 JavaWeb 工程带 web.xml、Servlet 和 JSP 页面。从标题只提到“java语言开发”和“mysql数据库”来看没有出现 JSP、Servlet、Maven 这类关键词倾向于桌面端或纯 Java 工程的可能性更大。我一般会先按桌面端去理解标题因为 Swing JDBC 是高校课程设计里出现频率最高的组合它能覆盖的知识点也最集中面向对象编程java基础、JDBC、MySQL建表、事件监听。如果后续发现实际解压出来的是 JavaWeb 目录结构再把界面层换成 Servlet 转发即可数据层的代码几乎不用改。这也是我推荐把连接数据库的工具类单独写一个类的原因——无论界面层怎么变DBUtil 和 DAO 层可以原封不动搬过去。2.2 JDBC、连接池还是MyBatis课程设计里最稳妥的选型Java 连 MySQL 的常规方案有三条路裸 JDBC、连接池Druid、HikariCP、ORM 框架MyBatis。对这个标题对应的项目来说我的建议是裸 JDBC 加上一个简单的数据库连接池而不是直接上 MyBatis。原因有三个第一课程设计和毕设的答辩重点在于“你能讲清楚每一行代码在干什么”JDBC 的 DriverManager、Connection、PreparedStatement 每一步都是透明可见的而 MyBatis 会把 SQL 藏进 Mapper 文件讲起来容易变成背诵框架第二手写一个简单的连接池只需要十几个类但能覆盖 java 面试题里高频出现的“数据库连接池是干什么的”这个问题第三MyBatis 的配置项对初学者来说是个巨大的踩坑面光是 typeAliases 和 resultMap 就能消耗半天时间。那为什么不直接用 DriverManager 裸连呢因为裸连每次操作都要建立和销毁物理连接MySQL 默认的 max_connections 有限教学楼里的课程设计演示环境经常几十个人共用一台测试库连接数一高就会出现 Too many connections 报错。用连接池把连接复用起来是最小成本换稳定性。HikariCP 现在是 JavaWeb 项目里最常见的连接池但它在纯 Java 桌面工程里需要额外引入两个 jar如果你不想引入第三方包自己用 LinkedList 写一个空闲连接栈也行几十行代码就能做到。2.3 最小可用的数据库连接代码与参数说明这里给一个我常用的 DBUtil 写法用 Properties 文件管理连接参数。首先在 src 下建一个 db.propertiesdrivercom.mysql.cj.jdbc.Driver urljdbc:mysql://127.0.0.1:3306/classroom_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai usernameroot password123456然后写工具类import java.io.InputStream; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.Statement; import java.util.Properties; public class DBUtil { private static String driver; private static String url; private static String username; private static String password; static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); driver props.getProperty(driver); url props.getProperty(url); username props.getProperty(username); password props.getProperty(password); Class.forName(driver); // 注册驱动MySQL 8 之后这一步可以省略 } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(url, username, password); } public static void close(ResultSet rs, Statement stmt, Connection conn) { if (rs ! null) { try { rs.close(); } catch (Exception e) { } } if (stmt ! null) { try { stmt.close(); } catch (Exception e) { } } if (conn ! null) { try { conn.close(); } catch (Exception e) { } } } }代码逻辑说明静态代码块在类第一次加载时执行完成驱动注册和参数读取整个程序生命周期只做一次getConnection 每次从 DriverManager 要一个物理连接当后续你接入连接池时只需要把这个方法内部换成池子的获取逻辑调用方的代码一行都不用改。close 方法用了三段式关闭顺序是 ResultSet 先关、Statement 再关、Connection 最后关顺序反了会导致部分资源没有被释放。参数是这套代码里最值得注意的地方。driver 在 MySQL 8 里必须是 com.mysql.cj.jdbc.Driver网上大量旧教程写的 com.mysql.jdbc.Driver 在 MySQL 8 下会直接抛 ClassNotFoundException这是 mysql安装教程相关博客里最容易误导人的一个点。url 里的 useUnicodetrue 和 characterEncodingutf8 负责解决中文乱码serverTimezoneAsia/Shanghai 解决日期时间差 8 小时的报错useSSLfalse 是为了省去证书配置。username 和 password 按你本机的 MySQL 设置改注意如果 MySQL 安装时用了默认 root 密码一定要先改掉再连。3. 把教室和选课拆成两张表MySQL建表语句与查询删除的SQL写法3.1 核心表结构设计教室表、学生表、选课记录表标题里点名了教室、学生和选课关系最少需要三张表。教室表存物理教室信息学生表存学生基础信息选课记录表是中间关系表把“哪个学生在哪天哪个时段选了哪间教室”记下来。这里最容易犯的设计错误是把上课时间放在教室表里想着“这间教室周一上午被占用”结果就是同一个教室多个时间段无法表达系统直接被数据结构卡死。建表 SQL 如下我加上了字符集和唯一约束CREATE DATABASE IF NOT EXISTS classroom_db DEFAULT CHARSET utf8mb4; USE classroom_db; CREATE TABLE classroom ( id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(20) NOT NULL UNIQUE COMMENT 教室编号如 A201, capacity INT NOT NULL DEFAULT 60 COMMENT 座位数, status TINYINT NOT NULL DEFAULT 1 COMMENT 1可用 0停用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, stu_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, stu_name VARCHAR(50) NOT NULL COMMENT 姓名 ); CREATE TABLE course_selection ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, classroom_id INT NOT NULL, course_date DATE NOT NULL COMMENT 上课日期, start_time TIME NOT NULL COMMENT 开始时间, end_time TIME NOT NULL COMMENT 结束时间, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_cs_student FOREIGN KEY (student_id) REFERENCES student(id) ON DELETE CASCADE, CONSTRAINT fk_cs_classroom FOREIGN KEY (classroom_id) REFERENCES classroom(id) ON DELETE CASCADE, CONSTRAINT uk_room_time UNIQUE (classroom_id, course_date, start_time, end_time) );设计说明外键和唯一约束我选择直接在 CREATE TABLE 里声明而不是等到业务代码里做检查。fk_cs_student 和 fk_cs_classroom 的 ON DELETE CASCADE 保证删除学生或教室时关联的选课记录自动消失避免出现“查出来的选课列表里学生名字是空的”这类孤儿数据。uk_room_time 是这个项目最核心的约束——同一间教室在同一天同一个时间段只能有一条选课记录后面的冲突检测全靠它在数据库层面兜底。这里有一个需要说明的取舍course_selection 表里没有冗余存储学生姓名和教室编号查询时通过 JOIN 临时取。课程设计里有人喜欢把冗余字段直接写进选课表理由是查询简单但代价是当你改了学生姓名或教室编号后历史选课记录里的旧值不会跟着变浪费时间在数据同步上。用 JOIN 查询是更干净的做法性能在这个数据量级别完全不是问题。3.2 查询功能的三类SQL按教室查、按学生查、按时间段查标题里的“查询”功能实际上包含三种不同维度的查询界面上通常对应三个按钮或三个输入框。第一种是查某个教室的占用情况用于学生在选课前确认这间教室那个时间是否空闲第二种是查某个学生已选的课程用于学生查看自己的选课结果第三种是查某个时间点还有哪些教室空着这是选课页面的核心查询。-- 1. 查看某教室在某天的占用时段 SELECT id, start_time, end_time, student_id FROM course_selection WHERE classroom_id 1 AND course_date 2025-05-20 ORDER BY start_time; -- 2. 查看某学生选了哪些教室JOIN教室表取教室编号 SELECT c.room_no, cs.course_date, cs.start_time, cs.end_time FROM course_selection cs JOIN classroom c ON cs.classroom_id c.id WHERE cs.student_id 3 ORDER BY cs.course_date, cs.start_time; -- 3. 查询某个时间段内的空闲教室NOT EXISTS 排除已被占用的教室 SELECT c.id, c.room_no, c.capacity FROM classroom c WHERE c.status 1 AND c.id NOT IN ( SELECT cs.classroom_id FROM course_selection cs WHERE cs.course_date 2025-05-20 AND cs.start_time 10:00:00 AND cs.end_time 09:00:00 );逻辑说明第一段 SQL 是最简单的单表查询重点在 WHERE 条件要把 classroom_id 和 course_date 同时带上只查日期不查教室会返回所有教室的数据。第二段用 INNER JOIN 把选课记录和教室表关联取教室编号而不是显示数字 id用户体验上更友好。第三段的 NOT IN 子查询要特别说清楚子查询先找出在目标时间段内“已经开始但还没结束”的所有教室主查询再排除它们条件写成 start_time 10:00:00 AND end_time 09:00:00 是一种时间段重叠判断初学者容易写成 start_time 09:00:00那样只能查到整点开始且时长恰好一小时的情况其余全漏。在实际界面里这三段 SQL 都应该用 PreparedStatement 执行把用户输入的值通过 setInt、setString、setDate 方法填充进去而不是用字符串拼 SQL。拼字符串的后果不只是会被 SQL 注入连日期格式没对上也会让查询静默失败这类问题在课程设计答辩演示时出现一次就够尴尬的。3.3 删除功能的两个坑级联删除与误删保护删除功能在这个系统里分两类删除选课记录和删除教室。删除选课记录比较简单学生觉得选错了点击取消选课SQL 就是一条 DELETE但要注意 WHERE 条件必须带主键 idDELETE FROM course_selection WHERE id 10;这条语句看起来没问题但实际开发中经常有人把条件写成 student_id ? 或者 classroom_id ?。student_id 作为条件会把该学生的所有选课记录全部删除一个误操作学生就“被退学”了。我一般会在删除前先查一次这条记录是否存在并回显给学生确认界面弹一个“确定删除该条选课记录吗”的二次确认框这是成本最低的后悔药。删除教室则复杂一些。如果用户在建表时没加外键直接删除教室会留下 course_selection 里的孤儿记录后续查学生选课列表时 JOIN 不到教室数据列表直接少掉一行。如果加了外键DELETE FROM classroom WHERE id 1 在存在关联选课记录时会报外键约束错误除非你是 ON DELETE CASCADE。我的建议是教室表采用逻辑删除而不是物理删除加一个 status 字段把 1 改成 0 表示停用。这样选课记录永远有教室可关联历史数据也完整保留查询空闲教室时用 status 1 过滤即可。真的需要物理删除的就在一个事务里先删选课记录再删教室顺序不能反后面避坑章节会展开讲。4. 学生选教室的核心逻辑事务加唯一约束才是数据一致性的底线4.1 冲突判定的两种实现先查后插与MySQL唯一约束兜底“学生可以选择上课教室”翻译成代码动作就是一个按钮点击事件拿着学生 id、教室 id、日期、时间段去插入一条 course_selection 记录。绝大多数课程设计写到这里用的是“先查后插”先 SELECT 检查这个时段有没有人占用没有就 INSERT。逻辑看着没问题但它有个致命缺陷——两条并发请求同时查到“空闲”同时插入结果就冲突了。-- 先查这个时间段有没有占用 SELECT COUNT(*) FROM course_selection WHERE classroom_id 1 AND course_date 2025-05-20 AND start_time 10:00:00 AND end_time 09:00:00; -- 后插没有占用才执行 INSERT INTO course_selection(student_id, classroom_id, course_date, start_time, end_time) VALUES (3, 1, 2025-05-20, 09:00:00, 10:00:00);这个方案的断点在两条 SQL 之间。Java 程序里这两行代码执行间隔可能只有几毫秒但另一条连接完全可能在这几毫秒内插入了一条相同时段的占用记录。于是在第 3 章我特意建了 uk_room_time 唯一约束它的作用就是当 INSERT 真的发生冲突时数据库会直接拒绝插入并抛异常。程序只需要捕获这个异常把错误信息翻译成“该教室该时段已被占用”提示给学生即可。我重复一遍这个组合拳的思路先查后插提升用户体验让你在大多数情况下能提前给用户一个“不可选”的灰化按钮唯一约束是最后的防线把并发下的脏数据挡在数据库外面。二者缺一不可只做先查后插会并发翻车只靠唯一约束则每次冲突都变成一次数据库异常交互体验很差。4.2 用事务保证数据一致性从“查到空位”到“写入成功”之间的时间窗口上一节说到的“先查后插”查和插之间发生了并发写入本质上是因为这两条 SQL 之间没有事务保护。默认的 JDBC 行为里每个 SQL 自动提交SELECT 的读结果和 INSERT 的写入结果之间没有任何一致性保证。要保证一致性必须把查和插放进同一个事务并且至少使用 REPEATABLE_READ 以上的隔离级别或者加锁。Connection conn DBUtil.getConnection(); PreparedStatement checkStmt null; PreparedStatement insertStmt null; try { conn.setAutoCommit(false); // 开启事务 // 第一步查询该教室该时段是否已被占用 String checkSql SELECT COUNT(*) FROM course_selection WHERE classroom_id ? AND course_date ? AND start_time ? AND end_time ?; checkStmt conn.prepareStatement(checkSql); checkStmt.setInt(1, classroomId); checkStmt.setDate(2, Date.valueOf(courseDate)); checkStmt.setTime(3, endTime); // 注意重叠判断用 endTime 查 checkStmt.setTime(4, startTime); // 用 startTime 查 ResultSet rs checkStmt.executeQuery(); rs.next(); int count rs.getInt(1); if (count 0) { conn.rollback(); throw new BusinessException(该教室在该时段已被占用); } // 第二步插入选课记录 String insertSql INSERT INTO course_selection (student_id, classroom_id, course_date, start_time, end_time) VALUES (?, ?, ?, ?, ?); insertStmt conn.prepareStatement(insertSql); insertStmt.setInt(1, studentId); insertStmt.setInt(2, classroomId); insertStmt.setDate(3, Date.valueOf(courseDate)); insertStmt.setTime(4, startTime); insertStmt.setTime(5, endTime); insertStmt.executeUpdate(); conn.commit(); // 只有插入成功才提交 } catch (SQLException e) { conn.rollback(); // 出错回滚查和插都作废 if (e.getMessage().contains(Duplicate entry)) { throw new BusinessException(该教室在该时段已被占用); } throw e; } finally { DBUtil.close(rs, checkStmt, conn); // insertStmt 也需关闭这里为了简洁省略 }这段代码是最值得反复读的部分。逻辑说明setAutoCommit(false) 之后SELECT 和 INSERT 在同一条连接上执行事务期间这条连接持有对相关行的读锁和写锁其他连接在事务提交前无法修改同一批数据这就是“查到空位到写入成功”时间窗口内的一致性来源。rollback 有两个触发点一个是业务上查到冲突主动回滚一个是 SQLException 被动回滚无论哪种事务期间做的所有修改都会被撤销。参数上有个容易写反的地方重叠判断 SQL 里的两个占位符第一个查的是“别人是否已经开始得比我要的早”所以传入我的 endTime第二个查的是“别人是否结束得比我要的晚”传入我的 startTime。写反了的话恰好相邻的时段也会被误判为冲突比如别人用到 9:00 结束、我从 9:00 开始这是合法的却被拦下来。这种边界条件建议用 9:00-10:00 和 10:00-11:00 两组数据专门测一次。这里也要解释一下为什么把代码写成“先查后插 唯一约束 事务”三层。只开事务不建唯一约束时在 MySQL 默认的 REPEATABLE_READ 隔离级别下两条并发事务读取到的快照都显示空闲然后各自插入依然可能双双成功因为插入的是不同快照的数据。加唯一约束的意义就在这里——它是与快照读无关的物理闸门无论事务怎么交错数据库都只允许一条记录存在。这也是 java 面试题里“java怎么保证数据一致性”这个问题在这个项目层面的标准答案事务保证单连接内的读改写原子性唯一索引保证跨连接的唯一性校验。4.3 界面到数据库的完整调用链一个选课按钮背后的三层结构界面层的选课按钮在 Swing 里的写法通常是 new 一个窗口监听 ActionEvent 事件从表单里取到学生 id、教室 id、日期、起止时间然后调用 Service 层方法。很多课程设计的代码把这些全部堆在按钮事件里几百行代码塞进一个 actionPerformed查一次选中一个教室就 OK但系统功能一多就难以维护。我一般会拆成三层界面层只做参数收集和结果展示Service 层做业务判断并调用 DAODAO 层只执行 SQL。选课按钮的 actionPerformed 里就是三行逻辑String stuNo stuNoField.getText().trim(); int classroomId Integer.parseInt(roomIdCombo.getSelectedItem().toString()); String date dateField.getText().trim(); String start startTimeField.getText().trim(); String end endTimeField.getText().trim(); try { SelectionService service new SelectionService(); service.selectClassroom(stuNo, classroomId, date, start, end); JOptionPane.showMessageDialog(frame, 选课成功); } catch (BusinessException ex) { JOptionPane.showMessageDialog(frame, ex.getMessage(), 选课失败, JOptionPane.WARNING_MESSAGE); }界面层不直接碰 JDBCstudentId 的获取方式是先用学号查 student 表拿 id这个动作放在 Service 里做。Service 层的 selectClassroom 方法内部依次执行查学生 id、开启事务、查冲突、插入、提交。这样做的直接好处是选课失败时的所有错误都统一走到 catch 分支弹出一个带具体原因的消息框而不是让控制台抛一个黑底红字的异常堆栈。课程设计演示现场弹窗提示比控制台日志体面得多也给后面接图形界面的同学留了清晰的结构。这里要提一句的是如果有同学拿到的实际工程是 javaweb 项目完整案例mysql 那种 Servlet JSP 结构三层会变成 Servlet Service DAO界面层换成 JSP 表单提交Service 和 DAO 这两层代码几乎不用改。从这个角度看把业务逻辑从界面里剥离出来不是过度设计是给系统留后路。5. 避坑指南教室管理系统最常见的5个翻车现场这个项目的数据量不大逻辑也不复杂但每年课程设计交上来的版本里翻车点高度集中在 MySQL 环境、字符集和并发三件事上。下面五条是我见过次数最多的坑按“现象 → 原因 → 解决”记录下来每一条都值得在项目交付前自查一遍。翻车现场一插入的中文全部变成问号。现象是学生姓名、教室备注里所有中文写入数据库后变成 ??。原因大概率是两条一是 db.properties 里的 url 没带 characterEncodingutf8MySQL 用了默认的 latin1 字符集解码你的 UTF-8 参数二是建表语句里没写 DEFAULT CHARSET utf8mb4表格本身是拉丁字符集。解决url 改成 jdbc:mysql://127.0.0.1:3306/classroom_db?useUnicodetruecharacterEncodingutf8建表语句统一加 CHARSET utf8mb4。注意 create database 和 create table 都要指定只改一处另一处仍会乱码。翻车现场二MySQL 8 连接直接报错驱动类找不到。现象是把网上教程的代码抄过来运行时抛 ClassNotFoundException: com.mysql.jdbc.Driver或者报 SSL 连接错误。原因MySQL 8 把驱动类改名成了 com.mysql.cj.jdbc.Driver同时默认要求安全连接。解决换新驱动类url 末尾加 useSSLfalse如果还报 Public Key Retrieval 错误就再加 allowPublicKeyRetrievaltrue。这里的血泪经验是网上 mysql 安装教程和驱动配置的文章年代跨度很大MySQL 5.x 的写法在 8.x 上完全不通用抄之前先确认对方用的版本。翻车现场三程序连不上本地 MySQL报 ERROR 2002 (HY000) 或 connection refused。现象是运行 DBUtil 时抛 java.sql.SQLException控制台提示 Cant connect to local MySQL server through socket。原因这个报错通常意味着 mysqld 服务根本没启动或者你程序里的 host 写的是 localhostMySQL 客户端走了 unix socket 而服务端没开 socket 监听。解决先确认服务状态用 systemctl start mysql 或 service mysql start 启动连接串里的主机名改成 127.0.0.1 而不是 localhost强制走 TCP。排查时用 navicat for mysql 连一次同样参数如果 Navicat 能连而程序不能连问题一定在程序侧的参数别去重装 MySQL。翻车现场四删了教室学生端查选课记录时列表缺行。现象是数据库里 course_selection 表还有一堆记录但界面 JOIN 教室表后这些记录查不出来选课列表莫名少了好几行。原因删除教室时没考虑关联数据物理删除了 classroom 记录选课记录成了孤儿。解决建表时加上 ON DELETE CASCADE 外键第 3 章的建表 SQL 已经带上了或者代码里先删选课记录再删教室放在同一个事务里。强调一下这个坑不是一删就炸的通常是你删除几天后查历史数据时才发现排查起来特别费劲所以建表时就要把外键写好。翻车现场五快速连点选课按钮出现两条相同时间段选课记录。现象是同时打开两个窗口选同一间教室的同一个时段两边都提示成功数据库里出现两条冲突记录。原因代码只做了先查后插没建唯一约束两个窗口的查询都读到空闲插入时数据库没有拒绝。解决给 course_selection 加 uk_room_time 复合唯一索引并在 Service 层捕获 DuplicateKeyException把报错翻译成友好提示。我建议在交付前专门写个小脚本用两个线程各执行 20 次冲突选课能稳定复现说明唯一约束没生效这比肉眼检查代码可靠得多。这种并发问题看起来玄学实际上就是少了一个索引的事。6. 把项目从“能跑”改到“能答辩”三个低成本进阶点如果一个教室管理系统已经能正常选课、查询、删除接下来最值得投入的三个方向是给选课记录加 version 乐观锁、把复杂查询封装成视图、用 mysqldump 做定时备份。这三件事都不改动现有架构但每一件都能在答辩时多讲两分钟而且确实是生产环境里会用的做法。进阶点一乐观锁解决超卖式冲突。在 course_selection 表加一个 version INT 字段插入时默认 0每次更新选课记录前先查 versionUPDATE 时 SET version version 1 WHERE id ? AND version 旧值影响行数为 0 说明记录已被别人改过。这个思路和唯一约束不冲突唯一约束管“同一教室同一时段只能有一条”乐观锁管“同一条记录的并发修改”两个维度正好互补。进阶点二把三表 JOIN 查询封装成视图。第 3.2 节的第二条查询每次都要写 JOIN完全可以建成视图CREATE VIEW v_student_course AS SELECT s.stu_no, s.stu_name, c.room_no, cs.course_date, cs.start_time, cs.end_time, cs.id AS cs_id FROM course_selection cs JOIN student s ON cs.student_id s.id JOIN classroom c ON cs.classroom_id c.id;之后查询代码直接 SELECT * FROM v_student_course WHERE stu_no ?DAO 层少了一段 JOIN 逻辑答辩时还能解释视图是逻辑表不占物理空间。这是非常划算的一个小改动。进阶点三备份与恢复的后悔药。演示现场最怕的是数据库被误删。我习惯在项目根目录放一个 backup.sh内容就是一行 mysqldumpmysqldump -u root -p123456 classroom_db backup_$(date %Y%m%d_%H%M%S).sql恢复时用 mysql -u root -p123456 classroom_db backup.sql 即可。这行命令加进计划任务后不管开发期还是答辩前数据都有后路。把这三件事做完这个教室管理系统就不再是标题里那个单纯的增删改查 demo而是一个能讲出“并发控制、数据一致性、可维护性”三个关键词的完整项目。我带过的学生里凡是答辩被问倒的几乎都倒在冲突处理和乱码这两件事上反过来能把唯一约束和事务讲明白的老师通常不会再追问。我自己的习惯是交付前连点五次选课按钮看会不会出现重复数据这一步过了系统的大头就稳了。希望帮到你。本文还有配套的精品资源点击获取
Java+MySQL教室管理系统：从选课冲突到数据一致性实战
简介一款基于Java与MySQL开发的教室管理系统源码包面向高校教务管理场景供学生在线选择上课教室并支持教室信息查询与删除操作适合Java Web初学者、毕业设计及课程设计参考。资源内共129个文件压缩包仅8.62MB主要包含JSP与HTML页面、Java源码与编译后的Class文件另有JAR依赖库、XML配置及JPG图片素材其中页面文件负责前端交互Java类处理后端业务XML/JAR保障项目运行环境整体目录结构清晰便于按模块定位学习。目前已有71人浏览学习。通过源码可系统了解基于Servlet/JDBC连接MySQL的增删查改实现掌握学生选课、教室查询与删除等功能的后台处理流程同时附带的JSP页面和图片素材可用于界面改版配置与依赖齐全方便直接部署运行或迁移改造对完成同类毕业设计有直接的参考价值。1. 教室管理系统到底是什么难点不在增删改查在选课冲突第一次看到“教室管理系统 java语言开发mysql数据库”这个标题很多人会以为它是个入门级的增删改查练习建两张表、写几个页面、把数据塞进去再捞出来。但真正动手之后你会发现整个系统唯一的业务难点藏在副标题那句“学生可以选择上课教室”里——一个教室在同一时间只能被一个学生占用这个约束一旦没处理好系统就是个随时会翻车的黑匣子。查询和删除反而是最简单的部分它们只是给这条核心规则做配套。这篇文章适合正在做Java课程设计或毕业设计的学生也适合想通过一个完整案例把JDBC、MySQL和事务串起来复习的开发者。我会按选型、建表、冲突处理、排错、进阶的顺序把这条路完整走一遍。2. 先定技术栈再动手Java连接MySQL的三种姿势与选型理由2.1 桌面端还是Web端从压缩包后缀推断项目形态拿到 .rar 后缀的项目标题第一件事不是解压而是想清楚这个项目大概率长什么样。这类课程设计压缩包最常见的形态是两种一种是 Eclipse 或 IDEA 里导出的 Java 桌面工程界面层用 Swing 或 JavaFX 写数据层直接 JDBC 连 MySQL另一种是 JavaWeb 工程带 web.xml、Servlet 和 JSP 页面。从标题只提到“java语言开发”和“mysql数据库”来看没有出现 JSP、Servlet、Maven 这类关键词倾向于桌面端或纯 Java 工程的可能性更大。我一般会先按桌面端去理解标题因为 Swing JDBC 是高校课程设计里出现频率最高的组合它能覆盖的知识点也最集中面向对象编程java基础、JDBC、MySQL建表、事件监听。如果后续发现实际解压出来的是 JavaWeb 目录结构再把界面层换成 Servlet 转发即可数据层的代码几乎不用改。这也是我推荐把连接数据库的工具类单独写一个类的原因——无论界面层怎么变DBUtil 和 DAO 层可以原封不动搬过去。2.2 JDBC、连接池还是MyBatis课程设计里最稳妥的选型Java 连 MySQL 的常规方案有三条路裸 JDBC、连接池Druid、HikariCP、ORM 框架MyBatis。对这个标题对应的项目来说我的建议是裸 JDBC 加上一个简单的数据库连接池而不是直接上 MyBatis。原因有三个第一课程设计和毕设的答辩重点在于“你能讲清楚每一行代码在干什么”JDBC 的 DriverManager、Connection、PreparedStatement 每一步都是透明可见的而 MyBatis 会把 SQL 藏进 Mapper 文件讲起来容易变成背诵框架第二手写一个简单的连接池只需要十几个类但能覆盖 java 面试题里高频出现的“数据库连接池是干什么的”这个问题第三MyBatis 的配置项对初学者来说是个巨大的踩坑面光是 typeAliases 和 resultMap 就能消耗半天时间。那为什么不直接用 DriverManager 裸连呢因为裸连每次操作都要建立和销毁物理连接MySQL 默认的 max_connections 有限教学楼里的课程设计演示环境经常几十个人共用一台测试库连接数一高就会出现 Too many connections 报错。用连接池把连接复用起来是最小成本换稳定性。HikariCP 现在是 JavaWeb 项目里最常见的连接池但它在纯 Java 桌面工程里需要额外引入两个 jar如果你不想引入第三方包自己用 LinkedList 写一个空闲连接栈也行几十行代码就能做到。2.3 最小可用的数据库连接代码与参数说明这里给一个我常用的 DBUtil 写法用 Properties 文件管理连接参数。首先在 src 下建一个 db.propertiesdrivercom.mysql.cj.jdbc.Driver urljdbc:mysql://127.0.0.1:3306/classroom_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai usernameroot password123456然后写工具类import java.io.InputStream; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.Statement; import java.util.Properties; public class DBUtil { private static String driver; private static String url; private static String username; private static String password; static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); driver props.getProperty(driver); url props.getProperty(url); username props.getProperty(username); password props.getProperty(password); Class.forName(driver); // 注册驱动MySQL 8 之后这一步可以省略 } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(url, username, password); } public static void close(ResultSet rs, Statement stmt, Connection conn) { if (rs ! null) { try { rs.close(); } catch (Exception e) { } } if (stmt ! null) { try { stmt.close(); } catch (Exception e) { } } if (conn ! null) { try { conn.close(); } catch (Exception e) { } } } }代码逻辑说明静态代码块在类第一次加载时执行完成驱动注册和参数读取整个程序生命周期只做一次getConnection 每次从 DriverManager 要一个物理连接当后续你接入连接池时只需要把这个方法内部换成池子的获取逻辑调用方的代码一行都不用改。close 方法用了三段式关闭顺序是 ResultSet 先关、Statement 再关、Connection 最后关顺序反了会导致部分资源没有被释放。参数是这套代码里最值得注意的地方。driver 在 MySQL 8 里必须是 com.mysql.cj.jdbc.Driver网上大量旧教程写的 com.mysql.jdbc.Driver 在 MySQL 8 下会直接抛 ClassNotFoundException这是 mysql安装教程相关博客里最容易误导人的一个点。url 里的 useUnicodetrue 和 characterEncodingutf8 负责解决中文乱码serverTimezoneAsia/Shanghai 解决日期时间差 8 小时的报错useSSLfalse 是为了省去证书配置。username 和 password 按你本机的 MySQL 设置改注意如果 MySQL 安装时用了默认 root 密码一定要先改掉再连。3. 把教室和选课拆成两张表MySQL建表语句与查询删除的SQL写法3.1 核心表结构设计教室表、学生表、选课记录表标题里点名了教室、学生和选课关系最少需要三张表。教室表存物理教室信息学生表存学生基础信息选课记录表是中间关系表把“哪个学生在哪天哪个时段选了哪间教室”记下来。这里最容易犯的设计错误是把上课时间放在教室表里想着“这间教室周一上午被占用”结果就是同一个教室多个时间段无法表达系统直接被数据结构卡死。建表 SQL 如下我加上了字符集和唯一约束CREATE DATABASE IF NOT EXISTS classroom_db DEFAULT CHARSET utf8mb4; USE classroom_db; CREATE TABLE classroom ( id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(20) NOT NULL UNIQUE COMMENT 教室编号如 A201, capacity INT NOT NULL DEFAULT 60 COMMENT 座位数, status TINYINT NOT NULL DEFAULT 1 COMMENT 1可用 0停用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, stu_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, stu_name VARCHAR(50) NOT NULL COMMENT 姓名 ); CREATE TABLE course_selection ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, classroom_id INT NOT NULL, course_date DATE NOT NULL COMMENT 上课日期, start_time TIME NOT NULL COMMENT 开始时间, end_time TIME NOT NULL COMMENT 结束时间, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_cs_student FOREIGN KEY (student_id) REFERENCES student(id) ON DELETE CASCADE, CONSTRAINT fk_cs_classroom FOREIGN KEY (classroom_id) REFERENCES classroom(id) ON DELETE CASCADE, CONSTRAINT uk_room_time UNIQUE (classroom_id, course_date, start_time, end_time) );设计说明外键和唯一约束我选择直接在 CREATE TABLE 里声明而不是等到业务代码里做检查。fk_cs_student 和 fk_cs_classroom 的 ON DELETE CASCADE 保证删除学生或教室时关联的选课记录自动消失避免出现“查出来的选课列表里学生名字是空的”这类孤儿数据。uk_room_time 是这个项目最核心的约束——同一间教室在同一天同一个时间段只能有一条选课记录后面的冲突检测全靠它在数据库层面兜底。这里有一个需要说明的取舍course_selection 表里没有冗余存储学生姓名和教室编号查询时通过 JOIN 临时取。课程设计里有人喜欢把冗余字段直接写进选课表理由是查询简单但代价是当你改了学生姓名或教室编号后历史选课记录里的旧值不会跟着变浪费时间在数据同步上。用 JOIN 查询是更干净的做法性能在这个数据量级别完全不是问题。3.2 查询功能的三类SQL按教室查、按学生查、按时间段查标题里的“查询”功能实际上包含三种不同维度的查询界面上通常对应三个按钮或三个输入框。第一种是查某个教室的占用情况用于学生在选课前确认这间教室那个时间是否空闲第二种是查某个学生已选的课程用于学生查看自己的选课结果第三种是查某个时间点还有哪些教室空着这是选课页面的核心查询。-- 1. 查看某教室在某天的占用时段 SELECT id, start_time, end_time, student_id FROM course_selection WHERE classroom_id 1 AND course_date 2025-05-20 ORDER BY start_time; -- 2. 查看某学生选了哪些教室JOIN教室表取教室编号 SELECT c.room_no, cs.course_date, cs.start_time, cs.end_time FROM course_selection cs JOIN classroom c ON cs.classroom_id c.id WHERE cs.student_id 3 ORDER BY cs.course_date, cs.start_time; -- 3. 查询某个时间段内的空闲教室NOT EXISTS 排除已被占用的教室 SELECT c.id, c.room_no, c.capacity FROM classroom c WHERE c.status 1 AND c.id NOT IN ( SELECT cs.classroom_id FROM course_selection cs WHERE cs.course_date 2025-05-20 AND cs.start_time 10:00:00 AND cs.end_time 09:00:00 );逻辑说明第一段 SQL 是最简单的单表查询重点在 WHERE 条件要把 classroom_id 和 course_date 同时带上只查日期不查教室会返回所有教室的数据。第二段用 INNER JOIN 把选课记录和教室表关联取教室编号而不是显示数字 id用户体验上更友好。第三段的 NOT IN 子查询要特别说清楚子查询先找出在目标时间段内“已经开始但还没结束”的所有教室主查询再排除它们条件写成 start_time 10:00:00 AND end_time 09:00:00 是一种时间段重叠判断初学者容易写成 start_time 09:00:00那样只能查到整点开始且时长恰好一小时的情况其余全漏。在实际界面里这三段 SQL 都应该用 PreparedStatement 执行把用户输入的值通过 setInt、setString、setDate 方法填充进去而不是用字符串拼 SQL。拼字符串的后果不只是会被 SQL 注入连日期格式没对上也会让查询静默失败这类问题在课程设计答辩演示时出现一次就够尴尬的。3.3 删除功能的两个坑级联删除与误删保护删除功能在这个系统里分两类删除选课记录和删除教室。删除选课记录比较简单学生觉得选错了点击取消选课SQL 就是一条 DELETE但要注意 WHERE 条件必须带主键 idDELETE FROM course_selection WHERE id 10;这条语句看起来没问题但实际开发中经常有人把条件写成 student_id ? 或者 classroom_id ?。student_id 作为条件会把该学生的所有选课记录全部删除一个误操作学生就“被退学”了。我一般会在删除前先查一次这条记录是否存在并回显给学生确认界面弹一个“确定删除该条选课记录吗”的二次确认框这是成本最低的后悔药。删除教室则复杂一些。如果用户在建表时没加外键直接删除教室会留下 course_selection 里的孤儿记录后续查学生选课列表时 JOIN 不到教室数据列表直接少掉一行。如果加了外键DELETE FROM classroom WHERE id 1 在存在关联选课记录时会报外键约束错误除非你是 ON DELETE CASCADE。我的建议是教室表采用逻辑删除而不是物理删除加一个 status 字段把 1 改成 0 表示停用。这样选课记录永远有教室可关联历史数据也完整保留查询空闲教室时用 status 1 过滤即可。真的需要物理删除的就在一个事务里先删选课记录再删教室顺序不能反后面避坑章节会展开讲。4. 学生选教室的核心逻辑事务加唯一约束才是数据一致性的底线4.1 冲突判定的两种实现先查后插与MySQL唯一约束兜底“学生可以选择上课教室”翻译成代码动作就是一个按钮点击事件拿着学生 id、教室 id、日期、时间段去插入一条 course_selection 记录。绝大多数课程设计写到这里用的是“先查后插”先 SELECT 检查这个时段有没有人占用没有就 INSERT。逻辑看着没问题但它有个致命缺陷——两条并发请求同时查到“空闲”同时插入结果就冲突了。-- 先查这个时间段有没有占用 SELECT COUNT(*) FROM course_selection WHERE classroom_id 1 AND course_date 2025-05-20 AND start_time 10:00:00 AND end_time 09:00:00; -- 后插没有占用才执行 INSERT INTO course_selection(student_id, classroom_id, course_date, start_time, end_time) VALUES (3, 1, 2025-05-20, 09:00:00, 10:00:00);这个方案的断点在两条 SQL 之间。Java 程序里这两行代码执行间隔可能只有几毫秒但另一条连接完全可能在这几毫秒内插入了一条相同时段的占用记录。于是在第 3 章我特意建了 uk_room_time 唯一约束它的作用就是当 INSERT 真的发生冲突时数据库会直接拒绝插入并抛异常。程序只需要捕获这个异常把错误信息翻译成“该教室该时段已被占用”提示给学生即可。我重复一遍这个组合拳的思路先查后插提升用户体验让你在大多数情况下能提前给用户一个“不可选”的灰化按钮唯一约束是最后的防线把并发下的脏数据挡在数据库外面。二者缺一不可只做先查后插会并发翻车只靠唯一约束则每次冲突都变成一次数据库异常交互体验很差。4.2 用事务保证数据一致性从“查到空位”到“写入成功”之间的时间窗口上一节说到的“先查后插”查和插之间发生了并发写入本质上是因为这两条 SQL 之间没有事务保护。默认的 JDBC 行为里每个 SQL 自动提交SELECT 的读结果和 INSERT 的写入结果之间没有任何一致性保证。要保证一致性必须把查和插放进同一个事务并且至少使用 REPEATABLE_READ 以上的隔离级别或者加锁。Connection conn DBUtil.getConnection(); PreparedStatement checkStmt null; PreparedStatement insertStmt null; try { conn.setAutoCommit(false); // 开启事务 // 第一步查询该教室该时段是否已被占用 String checkSql SELECT COUNT(*) FROM course_selection WHERE classroom_id ? AND course_date ? AND start_time ? AND end_time ?; checkStmt conn.prepareStatement(checkSql); checkStmt.setInt(1, classroomId); checkStmt.setDate(2, Date.valueOf(courseDate)); checkStmt.setTime(3, endTime); // 注意重叠判断用 endTime 查 checkStmt.setTime(4, startTime); // 用 startTime 查 ResultSet rs checkStmt.executeQuery(); rs.next(); int count rs.getInt(1); if (count 0) { conn.rollback(); throw new BusinessException(该教室在该时段已被占用); } // 第二步插入选课记录 String insertSql INSERT INTO course_selection (student_id, classroom_id, course_date, start_time, end_time) VALUES (?, ?, ?, ?, ?); insertStmt conn.prepareStatement(insertSql); insertStmt.setInt(1, studentId); insertStmt.setInt(2, classroomId); insertStmt.setDate(3, Date.valueOf(courseDate)); insertStmt.setTime(4, startTime); insertStmt.setTime(5, endTime); insertStmt.executeUpdate(); conn.commit(); // 只有插入成功才提交 } catch (SQLException e) { conn.rollback(); // 出错回滚查和插都作废 if (e.getMessage().contains(Duplicate entry)) { throw new BusinessException(该教室在该时段已被占用); } throw e; } finally { DBUtil.close(rs, checkStmt, conn); // insertStmt 也需关闭这里为了简洁省略 }这段代码是最值得反复读的部分。逻辑说明setAutoCommit(false) 之后SELECT 和 INSERT 在同一条连接上执行事务期间这条连接持有对相关行的读锁和写锁其他连接在事务提交前无法修改同一批数据这就是“查到空位到写入成功”时间窗口内的一致性来源。rollback 有两个触发点一个是业务上查到冲突主动回滚一个是 SQLException 被动回滚无论哪种事务期间做的所有修改都会被撤销。参数上有个容易写反的地方重叠判断 SQL 里的两个占位符第一个查的是“别人是否已经开始得比我要的早”所以传入我的 endTime第二个查的是“别人是否结束得比我要的晚”传入我的 startTime。写反了的话恰好相邻的时段也会被误判为冲突比如别人用到 9:00 结束、我从 9:00 开始这是合法的却被拦下来。这种边界条件建议用 9:00-10:00 和 10:00-11:00 两组数据专门测一次。这里也要解释一下为什么把代码写成“先查后插 唯一约束 事务”三层。只开事务不建唯一约束时在 MySQL 默认的 REPEATABLE_READ 隔离级别下两条并发事务读取到的快照都显示空闲然后各自插入依然可能双双成功因为插入的是不同快照的数据。加唯一约束的意义就在这里——它是与快照读无关的物理闸门无论事务怎么交错数据库都只允许一条记录存在。这也是 java 面试题里“java怎么保证数据一致性”这个问题在这个项目层面的标准答案事务保证单连接内的读改写原子性唯一索引保证跨连接的唯一性校验。4.3 界面到数据库的完整调用链一个选课按钮背后的三层结构界面层的选课按钮在 Swing 里的写法通常是 new 一个窗口监听 ActionEvent 事件从表单里取到学生 id、教室 id、日期、起止时间然后调用 Service 层方法。很多课程设计的代码把这些全部堆在按钮事件里几百行代码塞进一个 actionPerformed查一次选中一个教室就 OK但系统功能一多就难以维护。我一般会拆成三层界面层只做参数收集和结果展示Service 层做业务判断并调用 DAODAO 层只执行 SQL。选课按钮的 actionPerformed 里就是三行逻辑String stuNo stuNoField.getText().trim(); int classroomId Integer.parseInt(roomIdCombo.getSelectedItem().toString()); String date dateField.getText().trim(); String start startTimeField.getText().trim(); String end endTimeField.getText().trim(); try { SelectionService service new SelectionService(); service.selectClassroom(stuNo, classroomId, date, start, end); JOptionPane.showMessageDialog(frame, 选课成功); } catch (BusinessException ex) { JOptionPane.showMessageDialog(frame, ex.getMessage(), 选课失败, JOptionPane.WARNING_MESSAGE); }界面层不直接碰 JDBCstudentId 的获取方式是先用学号查 student 表拿 id这个动作放在 Service 里做。Service 层的 selectClassroom 方法内部依次执行查学生 id、开启事务、查冲突、插入、提交。这样做的直接好处是选课失败时的所有错误都统一走到 catch 分支弹出一个带具体原因的消息框而不是让控制台抛一个黑底红字的异常堆栈。课程设计演示现场弹窗提示比控制台日志体面得多也给后面接图形界面的同学留了清晰的结构。这里要提一句的是如果有同学拿到的实际工程是 javaweb 项目完整案例mysql 那种 Servlet JSP 结构三层会变成 Servlet Service DAO界面层换成 JSP 表单提交Service 和 DAO 这两层代码几乎不用改。从这个角度看把业务逻辑从界面里剥离出来不是过度设计是给系统留后路。5. 避坑指南教室管理系统最常见的5个翻车现场这个项目的数据量不大逻辑也不复杂但每年课程设计交上来的版本里翻车点高度集中在 MySQL 环境、字符集和并发三件事上。下面五条是我见过次数最多的坑按“现象 → 原因 → 解决”记录下来每一条都值得在项目交付前自查一遍。翻车现场一插入的中文全部变成问号。现象是学生姓名、教室备注里所有中文写入数据库后变成 ??。原因大概率是两条一是 db.properties 里的 url 没带 characterEncodingutf8MySQL 用了默认的 latin1 字符集解码你的 UTF-8 参数二是建表语句里没写 DEFAULT CHARSET utf8mb4表格本身是拉丁字符集。解决url 改成 jdbc:mysql://127.0.0.1:3306/classroom_db?useUnicodetruecharacterEncodingutf8建表语句统一加 CHARSET utf8mb4。注意 create database 和 create table 都要指定只改一处另一处仍会乱码。翻车现场二MySQL 8 连接直接报错驱动类找不到。现象是把网上教程的代码抄过来运行时抛 ClassNotFoundException: com.mysql.jdbc.Driver或者报 SSL 连接错误。原因MySQL 8 把驱动类改名成了 com.mysql.cj.jdbc.Driver同时默认要求安全连接。解决换新驱动类url 末尾加 useSSLfalse如果还报 Public Key Retrieval 错误就再加 allowPublicKeyRetrievaltrue。这里的血泪经验是网上 mysql 安装教程和驱动配置的文章年代跨度很大MySQL 5.x 的写法在 8.x 上完全不通用抄之前先确认对方用的版本。翻车现场三程序连不上本地 MySQL报 ERROR 2002 (HY000) 或 connection refused。现象是运行 DBUtil 时抛 java.sql.SQLException控制台提示 Cant connect to local MySQL server through socket。原因这个报错通常意味着 mysqld 服务根本没启动或者你程序里的 host 写的是 localhostMySQL 客户端走了 unix socket 而服务端没开 socket 监听。解决先确认服务状态用 systemctl start mysql 或 service mysql start 启动连接串里的主机名改成 127.0.0.1 而不是 localhost强制走 TCP。排查时用 navicat for mysql 连一次同样参数如果 Navicat 能连而程序不能连问题一定在程序侧的参数别去重装 MySQL。翻车现场四删了教室学生端查选课记录时列表缺行。现象是数据库里 course_selection 表还有一堆记录但界面 JOIN 教室表后这些记录查不出来选课列表莫名少了好几行。原因删除教室时没考虑关联数据物理删除了 classroom 记录选课记录成了孤儿。解决建表时加上 ON DELETE CASCADE 外键第 3 章的建表 SQL 已经带上了或者代码里先删选课记录再删教室放在同一个事务里。强调一下这个坑不是一删就炸的通常是你删除几天后查历史数据时才发现排查起来特别费劲所以建表时就要把外键写好。翻车现场五快速连点选课按钮出现两条相同时间段选课记录。现象是同时打开两个窗口选同一间教室的同一个时段两边都提示成功数据库里出现两条冲突记录。原因代码只做了先查后插没建唯一约束两个窗口的查询都读到空闲插入时数据库没有拒绝。解决给 course_selection 加 uk_room_time 复合唯一索引并在 Service 层捕获 DuplicateKeyException把报错翻译成友好提示。我建议在交付前专门写个小脚本用两个线程各执行 20 次冲突选课能稳定复现说明唯一约束没生效这比肉眼检查代码可靠得多。这种并发问题看起来玄学实际上就是少了一个索引的事。6. 把项目从“能跑”改到“能答辩”三个低成本进阶点如果一个教室管理系统已经能正常选课、查询、删除接下来最值得投入的三个方向是给选课记录加 version 乐观锁、把复杂查询封装成视图、用 mysqldump 做定时备份。这三件事都不改动现有架构但每一件都能在答辩时多讲两分钟而且确实是生产环境里会用的做法。进阶点一乐观锁解决超卖式冲突。在 course_selection 表加一个 version INT 字段插入时默认 0每次更新选课记录前先查 versionUPDATE 时 SET version version 1 WHERE id ? AND version 旧值影响行数为 0 说明记录已被别人改过。这个思路和唯一约束不冲突唯一约束管“同一教室同一时段只能有一条”乐观锁管“同一条记录的并发修改”两个维度正好互补。进阶点二把三表 JOIN 查询封装成视图。第 3.2 节的第二条查询每次都要写 JOIN完全可以建成视图CREATE VIEW v_student_course AS SELECT s.stu_no, s.stu_name, c.room_no, cs.course_date, cs.start_time, cs.end_time, cs.id AS cs_id FROM course_selection cs JOIN student s ON cs.student_id s.id JOIN classroom c ON cs.classroom_id c.id;之后查询代码直接 SELECT * FROM v_student_course WHERE stu_no ?DAO 层少了一段 JOIN 逻辑答辩时还能解释视图是逻辑表不占物理空间。这是非常划算的一个小改动。进阶点三备份与恢复的后悔药。演示现场最怕的是数据库被误删。我习惯在项目根目录放一个 backup.sh内容就是一行 mysqldumpmysqldump -u root -p123456 classroom_db backup_$(date %Y%m%d_%H%M%S).sql恢复时用 mysql -u root -p123456 classroom_db backup.sql 即可。这行命令加进计划任务后不管开发期还是答辩前数据都有后路。把这三件事做完这个教室管理系统就不再是标题里那个单纯的增删改查 demo而是一个能讲出“并发控制、数据一致性、可维护性”三个关键词的完整项目。我带过的学生里凡是答辩被问倒的几乎都倒在冲突处理和乱码这两件事上反过来能把唯一约束和事务讲明白的老师通常不会再追问。我自己的习惯是交付前连点五次选课按钮看会不会出现重复数据这一步过了系统的大头就稳了。希望帮到你。本文还有配套的精品资源点击获取
++的区别及实际应用)
