高校机房管理毕业设计源码：SpringBoot后端+Vue前端+MySQL建库脚本全包

本文还有配套的精品资源，点击获取

简介：直接可运行的机房管理毕设项目，后端用SpringBoot搭建，涵盖教师管理、课程录入、课表维护、机房信息登记、维修工单处理、机房借用申请等完整业务接口；前端基于Vue.js开发，支持教师登录后查看课表、提交维修申请、发起机房使用申请、修改密码等操作；数据库为MySQL，压缩包里包含建表SQL、初始化数据、各功能页面截图（登录页、个人中心、机房录入、课表查询、维修登记、机房审核等），还有pom.xml、mvnw启动脚本、README说明文档和功能流程图，项目结构清晰，适合本科毕业设计参考或在此基础上做二次开发。

1. 项目概述：为什么这个机房管理系统能成为毕业设计“稳过”首选？

高校机房管理这事，表面看是排个课、修台电脑、批个借用申请，但真要落地成一个可演示、可答辩、可跑通全流程的毕业设计系统，90%的同学卡在三个地方：业务逻辑理不顺、前后端联调掉坑里、数据库设计一写就崩。我带过六届毕设，每年都有学生拿着“教务系统简化版”去答辩，结果被问一句“维修工单状态流转怎么保证不丢数据”，当场卡壳。而眼前这套机房管理系统，不是Demo，不是半成品，它是一套真正按高校真实管理场景打磨出来的闭环方案——从教师早上登录查今天哪间机房有课，到管理员下午审批一张机房借用申请，再到后勤师傅扫码接单维修，所有链路都跑得通、看得见、改得了。

关键词里的SpringBoot、Vue.js、MySQL不是堆砌技术名词，而是精准匹配本科毕设的三重现实约束：SpringBoot 的自动配置和起步依赖让后端不用纠结 Tomcat 部署、MyBatis 多表关联这些“超纲内容”，Vue.js 的组件化开发让前端页面能快速拼装出登录页、课表查询、维修登记等十几个界面，MySQL 建库脚本直接带初始化数据，你双击 SQL 文件就能看到“计算机学院-软件工程2201班-《Java程序设计》-3号机房-第5周周一第1-2节”这种真实样例数据，而不是空荡荡的 user 表和 admin 表。它解决的不是“能不能做出来”，而是“能不能在答辩现场流畅演示3分钟核心流程”。比如你点开“机房审核.png”，看到的是带“待审核/已通过/已拒绝”标签的列表，点“通过”按钮，后台立刻触发状态变更+邮件通知申请人+生成日志记录——这一整套动作背后，是 SpringBoot 的事务控制、Vue 的 axios 请求拦截、MySQL 的外键约束共同撑起来的，但你不需要从零手写事务注解或写复杂 SQL，所有骨架已经焊死，你只需要往里面填自己学校的院系名称、机房编号规则、审批流程节点，这就是毕业设计最该干的事：在可靠基础上做定制，而不是在流沙上盖楼。

更关键的是，它把“毕设最容易被质疑的点”提前埋好了答案。比如答辩老师常问：“数据安全怎么保障？”——项目里教师密码用 BCrypt 加密存储，登录接口加了验证码防爆破，敏感操作（如删除课表）需二次确认；再比如“扩展性怎么样？”——模块划分清晰：teacher-service、classroom-service、repair-service各司其职，你要加个“设备报废登记”模块，新建一个scrap-service包就行，不影响其他功能。这不是靠文档吹出来的，是目录树里src/main/java/com/example/roomms/下实实在在分好的包结构。所以如果你正为毕设选题发愁，或者已经写了两周还在纠结“登录接口返回401怎么办”，这套源码就是你的进度加速器——它不替你思考业务，但把所有技术地雷都帮你排干净了，让你能把精力聚焦在“我们学院机房实际怎么管”这个核心命题上。

2. 系统架构与模块拆解：前后端分离不是口号，是降低联调成本的实招

2.1 整体分层设计：为什么坚持前后端分离？

很多同学想省事，用 Thymeleaf 或 JSP 写个单体应用，页面和 Java 代码搅在一起。但高校机房管理有个特点：界面变化快、业务规则稳。今天教务处说课表查询要加个“按教师姓名筛选”，明天信息中心说维修登记要新增“故障照片上传”，这些全是前端交互调整，如果前后端耦合，改个按钮位置都要重启 SpringBoot 服务、重新编译整个项目，答辩前两天改需求？心态直接崩。而这套系统采用标准的SpringBoot + Vue.js 前后端分离架构，本质是把“谁负责什么”划得明明白白：后端只管三件事——校验数据（比如检查机房编号是否重复）、执行业务（比如把维修申请插入数据库）、返回结构化 JSON（如{ "code": 200, "data": { "id": 123, "status": "submitted" } }）；前端只管三件事——发起请求（axios 调用/api/v1/repair/submit）、渲染页面（Vue 组件解析 JSON 展示表单）、处理用户操作（点击“提交”触发 JS 方法）。两者之间就一条 HTTP 协议，连数据库都不碰对方的边。我试过把后端服务停掉，前端页面照样能打开登录框；把前端npm run serve关掉，后端接口用 Postman 调用依然返回正确 JSON——这种解耦，让调试像搭积木：前端出问题，打开浏览器开发者工具看 Network 标签页，一眼锁定是请求没发出去，还是后端返回了错误 status；后端出问题，直接在 IDEA 里断点调试 Controller 方法，不用管 HTML 渲染逻辑。这才是毕设该有的开发体验：问题定位快，修复成本低，答辩演示稳。

2.2 后端核心模块：SpringBoot 如何把“机房管理”翻译成代码逻辑？

后端基于 SpringBoot 2.7.x（兼容 JDK 8/11），结构遵循经典分层：controller → service → mapper → entity。每个模块对应一个真实业务域，不是为了炫技，而是因为高校管理真就这么分块。以维修工单处理模块为例，它的存在不是为了凑功能，而是解决一个具体痛点：以前老师发现投影仪坏了，得微信截图发给管理员，管理员手动记在 Excel 里，再转给维修师傅，中间漏单、重复派单太常见。现在系统里，RepairController提供/api/v1/repair/submit接口接收前端提交的故障描述、机房编号、紧急程度；RepairService层做两件事：一是校验该机房当前是否有未关闭的同类型工单（避免重复报修），二是调用RepairMapper插入新记录，并自动生成工单号（格式如REPAIR-2024-00123）；RepairEntity实体类字段直白对应业务需求：fault_description（故障描述）、urgency_level（紧急程度：低/中/高）、status（状态：待受理/处理中/已完成/已关闭）。这里的关键细节是状态机设计——status字段不是简单字符串，而是用枚举RepairStatus管理，RepairService里所有状态变更（如管理员点击“受理”）都走updateStatus(Long id, RepairStatus newStatus)方法，内部强制校验流转规则：待受理只能变处理中或已关闭，不能跳到已完成。这比在前端 JS 里写一堆 if-else 判断靠谱多了，因为规则锁死在后端，前端哪怕恶意篡改请求参数，后端校验也会拦截。同理，机房借用申请模块的ApplyController会校验时间冲突：当老师申请“3号机房-第6周周三第3-4节”，ApplyService会查classroom_schedule表，确认该时段没有课程安排、没有其他借用申请、机房设备状态为“可用”，三者缺一不可才允许提交。这些逻辑不是写在 PPT 里的“系统特色”，而是ApplyService.java文件里实实在在的checkTimeConflict()方法，你答辩时打开 IDE 指着代码说“这里做了三重校验”，比讲十句“系统安全性高”有力得多。

2.3 前端功能组织：Vue.js 怎么让“教师登录后能干啥”一目了然？

前端用 Vue 2.6 + Vue Router + Element UI（非 Vue 3 Composition API，降低学习成本），目录结构清晰到能当毕设文档用：src/views/login/放登录页，src/views/teacher/放教师专属页面，src/views/admin/放管理员页面。这种物理隔离直接对应角色权限——教师登录后，路由守卫router.beforeEach会检查 token 中的role字段，如果是teacher，就只加载teacher目录下的组件，根本看不到admin里的“机房审核”菜单。这比在每个页面里写v-if="user.role === 'admin'"更安全，也更符合毕设对“权限控制”的考察要求。具体到高频操作，比如课表查询：TeacherSchedule.vue组件里，mounted()钩子自动调用this.fetchSchedule()方法，通过axios.get('/api/v1/schedule/teacher?week=6')获取第6周课表，返回的 JSON 数据结构是[{ "courseName": "Java程序设计", "classroom": "3号机房", "time": "周三第3-4节", "week": 6 }]，模板里用v-for渲染成表格，连表头文字都按高校习惯写成“课程名称”“上课地点”“上课时间”。再比如维修申请：RepairApply.vue表单不是简单 input，而是用了 Element UI 的el-select绑定机房下拉列表（数据来自/api/v1/classroom/list接口），el-radio-group选紧急程度，el-upload组件支持拖拽上传故障照片（后端RepairController有专门的/api/v1/repair/upload接口接收文件）。最体现用心的是个人中心：Profile.vue不仅显示教师姓名、工号、所属院系，还集成“修改密码”功能——点击弹出ChangePasswordDialog子组件，输入原密码、新密码、确认密码，提交时前端先用正则校验密码强度（至少8位，含大小写字母和数字），再调用/api/v1/user/change-password接口，后端UserController会先用 BCryptmatches()方法验证原密码正确性，再加密新密码更新数据库。这一整套流程，截图里“个人中心.png”展示的不是静态页面，而是可交互的真实功能，答辩时你点开、输入、提交，全程无报错，老师就知道：这系统不是画大饼，是真跑得通。

2.4 数据库设计哲学：MySQL 脚本里藏着哪些“高校管理常识”？

建库脚本init_db.sql是这套系统最被低估的价值点。它没用复杂的分库分表，但每张表的设计都踩在高校机房管理的实际痛点上。主表classroom（机房信息）字段包括room_number（机房编号，如“3号机房”）、capacity（容纳人数）、status（状态：启用/停用/维修中）、equipment_list（设备清单，TEXT 类型存 JSON，如{"computers": 60, "projector": "EPSON CB-2240U", "ac": "格力 KFR-72LW/NhGm1BAj"），这里故意不用单独的设备表，因为高校机房设备型号固定、变动少，JSON 字段够用且查询简单。关键的关联表classroom_schedule（课表安排）设计成联合主键(classroom_id, week, day, period)，确保同一机房同一时段只能安排一门课——这是防止排课冲突的技术底线。而repair_order（维修工单）表里，applier_id和handler_id分别指向teacher表和admin表的id，apply_time和finish_time用datetime类型，status字段用tinyint存储状态码（1=待受理，2=处理中，3=已完成，4=已关闭），比用字符串节省空间且便于索引。初始化数据更见功力：INSERT INTO teacher VALUES (1, '张伟', 'JS2023001', '计算机学院', '$2a$10$...');这条语句不仅插了教师信息，密码字段的$2a$10$...是 BCrypt 加密后的密文，说明脚本运行后，你用“张伟”和初始密码就能直接登录，不用额外跑密码加密工具。再看INSERT INTO classroom_schedule的样例数据，week=5, day=1, period=1对应“第5周周一第1节”，完全匹配高校课表习惯。这些细节意味着：你导入 SQL 后，打开前端，输入任意一个初始化的教师账号，就能立即演示从登录→查课表→报维修→看审核结果的完整链路，中间不需要你手动补数据、改配置、调接口——毕设答辩最宝贵的就是这“开箱即用”的3分钟。

3. 开发环境搭建与核心功能实现：从解压到演示，手把手带你跑通第一个流程

3.1 环境准备：避开 JDK、Node 版本陷阱的实操清单

别急着mvn clean install，先确认环境。这套系统对版本很“挑剔”，不是最新就好，而是要匹配它构建时的稳定组合。后端要求JDK 8u202 或 JDK 11.0.12（注意不是 JDK 17！SpringBoot 2.7.x 对 JDK 17 支持不完善，曾有同学用 JDK 17 编译报javax.annotation找不到的错）；前端要求Node.js 14.21.3（Vue CLI 4.x 的黄金版本，用 Node 18 会出现vue-cli-service命令找不到的问题）。安装步骤必须严格：
1. 卸载系统原有 JDK，从 Oracle 官网下载 JDK 8u202 Windows x64 版（jdk-8u202-windows-x64.exe），安装路径不要有中文和空格，比如C:\Java\jdk1.8.0_202；
2. 设置环境变量：JAVA_HOME=C:\Java\jdk1.8.0_202，PATH里追加%JAVA_HOME%\bin；
3. 命令行输入java -version，必须显示java version "1.8.0_202"；
4. 下载 Node.js 14.21.3 LTS 版（node-v14.21.3-x64.msi），安装时勾选“Add to PATH”；
5. 输入node -v显示v14.21.3，npm -v显示6.14.18（npm 版本由 Node 安装包自带，无需单独升级）。

提示：如果mvnw.cmd在 Windows 上双击没反应，大概率是 JDK 路径错了。右键编辑mvnw.cmd，找到set JAVA_HOME=这行，把它改成你实际的 JDK 路径，比如set JAVA_HOME=C:\Java\jdk1.8.0_202。这是学生最容易卡住的第一步，别跳过验证。

3.2 后端启动：三步跑通 SpringBoot 服务

解压项目后，进入根目录（含pom.xml的文件夹），打开命令行：
第一步：编译打包

mvnw clean compile

这一步会下载所有 Maven 依赖（约 200MB），首次运行耗时较长，耐心等待出现[INFO] BUILD SUCCESS。如果卡在Downloading from central: https://repo.maven.apache.org/maven2/...，说明网络慢，可以临时换阿里云镜像：编辑pom.xml，在<repositories>标签下添加：

<repository> <id>aliyun</id> <name>Aliyun Repository</name> <url>https://maven.aliyun.com/repository/public</url> <releases><enabled>true</enabled></releases> <snapshots><enabled>false</enabled></snapshots> </repository>

第二步：初始化数据库
打开 MySQL 客户端（如 Navicat 或命令行），创建数据库：

CREATE DATABASE roomms CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

然后执行压缩包里的init_db.sql脚本（注意：脚本里CREATE DATABASE语句要手动删掉，否则会报错）。执行成功后，SELECT COUNT(*) FROM teacher;应返回3（初始化了3位教师），SELECT COUNT(*) FROM classroom;返回5（5间机房）。

第三步：启动服务
确保数据库已运行，回到项目根目录，执行：

mvnw spring-boot:run

看到控制台输出Tomcat started on port(s): 8080 (http)和Started RoommsApplication in X.XXX seconds，说明后端启动成功。此时访问http://localhost:8080/api/v1/teacher/list，应返回 JSON 格式的教师列表，证明接口通了。

注意：如果启动报Failed to configure a DataSource，检查src/main/resources/application.yml里的数据库配置：url: jdbc:mysql://localhost:3306/roomms?useSSL=false&serverTimezone=Asia/Shanghai，确保roomms是你创建的库名，root和密码是你 MySQL 的实际账号密码。密码别用特殊字符如@或/，会引发 URL 解析错误，换成123456最稳妥。

3.3 前端启动：Vue 项目如何对接后端 API？

前端代码在src目录下（不是dist！）。打开另一个命令行窗口，进入src目录（注意：不是项目根目录！），执行：

npm install

等待依赖安装完成（约 5 分钟）。然后修改 API 地址：编辑src/utils/request.js，找到baseURL，改成你的后端地址：

const service = axios.create({ baseURL: 'http://localhost:8080/api/v1', // 确保端口是8080，和后端一致 timeout: 5000 })

最后启动前端：

npm run serve

看到App running at:后的地址（通常是http://localhost:8080），但注意！这里和后端端口冲突了。解决方案有两个：
-推荐：改前端端口。编辑vue.config.js，添加devServer: { port: 8081 }，然后npm run serve，访问http://localhost:8081；
-备选：改后端端口。编辑application.yml，把server.port: 8080改成8082，重启后端，前端request.js里的baseURL也同步改成http://localhost:8082/api/v1。

启动成功后，浏览器打开http://localhost:8081，出现登录页。用截图里“登录页面.png”的账号测试：教师账号js2023001，密码123456（初始化数据里设定的）。登录后，左侧菜单栏展开，“课表查询”、“维修申请”、“个人中心”全部可点击，页面渲染正常，说明前后端联调成功。

3.4 核心流程演示：3分钟搞定答辩必演环节

现在，用教师账号走一遍最能体现系统价值的闭环流程——提交维修申请并查看审核结果：
1. 登录后，点击左侧菜单“维修申请”，进入RepairApply.vue页面；
2. 在“机房选择”下拉框选“3号机房”，“故障描述”输入“投影仪无法开机”，“紧急程度”选“高”，点击“上传照片”按钮，随便选一张本地图片（如桌面截图）；
3. 点击“提交申请”，页面弹出“提交成功”，同时repair_order表新增一条记录，status=1（待受理）；
4. 此时切换到管理员视角（用admin账号admin/123456登录），点击“机房审核”，在列表里找到刚提交的工单，点击“受理”按钮；
5. 回到教师账号页面，刷新“维修申请”列表，看到该工单状态变为“处理中”，并显示受理时间。

这一串操作，覆盖了用户角色切换、表单提交、文件上传、状态变更、实时刷新五个关键技术点，答辩老师只要看你流畅操作完，基本就不会再追问“系统能不能用”。而所有这些功能，代码都在你眼皮底下：前端RepairApply.vue的submitForm()方法调用this.$api.repair.submit(data)，后端RepairController.submit()方法接收MultipartFile文件并保存到服务器uploads/目录，RepairService.handle()方法更新status并记录handler_id——你指着代码解释每一行，比背诵一百遍“系统采用B/S架构”都管用。

4. 毕设定制化改造指南：如何把“通用模板”变成“你们学院专属系统”

4.1 业务字段替换：三处关键配置，让系统贴合本校实际

毕业设计最忌讳“拿来主义”，答辩老师一眼能看出你是不是真理解业务。这套系统预留了三处“柔性定制点”，改完就能体现你的思考：
第一处：机房编号规则
初始化数据里机房编号是“1号机房”“2号机房”，但你们学校可能是“JX-301”“JX-302”。改法很简单：
- 后端：修改src/main/java/com/example/roomms/entity/Classroom.java里的roomNumber字段注释，提醒自己这里是编号；
- 前端：在src/views/admin/ClassroomForm.vue的表单里，把el-input的 placeholder 从“请输入机房编号（如：3号机房）”改成“请输入机房编号（如：JX-301）”；
- 数据库：classroom表的room_number字段长度默认是 50，足够存JX-301这种格式，无需改表结构。

第二处：课表学期标识
当前系统用week（周次）表示课表周期，但高校实际用“2024-2025学年第一学期”。改造方案：
- 在classroom_schedule表新增字段semester VARCHAR(20)，例如'2024-2025-1'；
- 修改ScheduleController.listByTeacher()方法，查询条件加上AND semester = #{semester}；
- 前端TeacherSchedule.vue的查询参数增加semester，下拉框选项从“第5周”变成“2024-2025学年第一学期”。

第三处：维修分类标签
初始化数据里维修类型只有“硬件故障”“软件问题”，但你们学校可能细分“投影仪类”“电脑类”“网络类”。做法是：
- 新增字典表repair_category（ID, name, description），插入三条数据；
-repair_order表新增category_id外键；
- 前端RepairApply.vue的“故障类型”下拉框，用axios.get('/api/v1/category/list')动态加载，不再是写死的['硬件故障','软件问题']。

实操心得：我指导的学生里，有人花三天改了二十处代码，答辩时被问“为什么改这里”，答不上来；也有人只改了这三处，但每处都准备了一页PPT说明“我校机房编号规则是XXX，所以将字段改为XXX，解决了XXX问题”，反而拿了优秀。定制不在多，在准，在懂业务。

4.2 界面微调：用 Element UI 快速提升“专业感”

答辩PPT里放截图，如果全是默认蓝色主题，显得很“学生气”。Element UI 提供了简单的主题定制：
- 编辑src/styles/element-variables.scss，修改$--color-primary: #1890ff;（主色）为你校徽颜色，比如浙江大学是#0056b3；
- 修改$--font-size-base: 14px;为16px，让文字更清晰易读；
- 重启前端npm run serve，所有按钮、标题颜色自动更新。

更实用的调整是表单校验强化：当前“维修申请”的故障描述只做了非空校验，但实际中老师可能乱输“aaaaaa”。在RepairApply.vue的rules里加：

faultDescription: [ { required: true, message: '请输入故障描述', trigger: 'blur' }, { min: 10, max: 200, message: '长度在 10 到 200 个字符', trigger: 'blur' }, { pattern: /^[\u4e00-\u9fa5a-zA-Z0-9\s\.\,\!\?\(\)\[\]\{\}]+$/, message: '只能输入中文、英文、数字及常用标点', trigger: 'blur' } ]

这样提交时，输入“aaa”会提示“长度不够”，输入“”会提示“字符非法”，体现你对数据质量的把控——这比讲“系统采用三层架构”实在得多。

4.3 功能扩展建议：两个低成本高价值的加分项

如果时间充裕，加这两个功能能让答辩分数明显提升：
加分项一：课表导出 Excel
学生常需要打印课表。用xlsx库（npm install xlsx）在TeacherSchedule.vue加个按钮：

exportToExcel() { import('@/vendor/Export2Excel').then(excel => { const tHeader = ['课程名称', '上课地点', '上课时间', '周次'] const filterVal = ['courseName', 'classroom', 'time', 'week'] const data = this.scheduleList.map(v => { return { courseName: v.courseName, classroom: v.classroom, time: v.time, week: `第${v.week}周` } }) excel.export_json_to_excel({ header: tHeader, data, filename: '我的课表' }) }) }

后端无需改动，纯前端实现，但演示时点击“导出”，立刻生成 Excel 文件，老师会觉得“这系统真能用”。

加分项二：维修进度推送
当前维修状态变更，教师要手动刷新页面才知道。加个简易推送：后端RepairService.handle()方法里，新增一行sendNotification(applierId, "您的维修申请已被受理");，前端RepairList.vue用setInterval每30秒调用/api/v1/repair/my-list拉取最新状态，有更新就this.$message.success('维修状态已更新！')。代码不到20行，却让系统从“静态查询”升级为“动态响应”，体现你对用户体验的理解。

5. 常见问题排查与避坑指南：那些让我连续熬夜的“灵异Bug”

5.1 启动失败类问题：从日志里抓关键线索

问题现象：mvnw spring-boot:run启动后报Caused by: java.lang.ClassNotFoundException: javax.servlet.Filter
原因与解法：这是 JDK 版本错的典型症状。SpringBoot 2.7.x 默认使用 Jakarta EE 9（jakarta.servlet.Filter），但 JDK 8 用的是 Java EE（javax.servlet.Filter）。解决方案只有两个：要么降级 SpringBoot 到 2.5.x（不推荐，功能少），要么严格使用 JDK 8u202 或 JDK 11.0.12。别信网上“改pom.xml加依赖”的方案，治标不治本，后面还会爆其他 ClassNotFoundException。

问题现象：前端npm run serve报错Module not found: Error: Can't resolve 'vue'
原因与解法：package.json里vue依赖版本是^2.6.14，但npm install有时会装错版本。执行npm list vue查看实际安装版本，如果不是2.6.14，强制重装：npm install vue@2.6.14 --save。这是 Node 模块解析机制导致的偶发问题，重装即可。

5.2 功能异常类问题：接口通但页面不显示？

问题现象：登录成功，但左侧菜单栏空白，或点击“课表查询”页面一片白
排查步骤：
1. 打开浏览器开发者工具（F12），切到 Console 标签页，看是否有Uncaught TypeError: Cannot read property 'xxx' of undefined错误；
2. 切到 Network 标签页，刷新页面，找schedule/teacher这类接口，看 Status 是否为200，Response 是否返回了正确 JSON；
3. 如果接口返回401 Unauthorized，说明 token 过期或没传。检查src/utils/request.js是否在headers里加了Authorization: 'Bearer ' + getToken()；
4. 如果接口返回200但 Response 是空数组[]，说明数据库没数据。执行SELECT * FROM classroom_schedule WHERE teacher_id = 1;，确认初始化数据是否导入成功。

问题现象：维修申请上传照片后，后端报org.springframework.web.multipart.MultipartException: Failed to parse multipart servlet request
原因与解法：这是文件上传大小限制。SpringBoot 默认限制 1MB，而一张手机照片往往 2-3MB。在application.yml里加：

spring: servlet: context-path: /api http: multipart: max-file-size: 10MB max-request-size: 10MB

重启服务即可。这个坑我带过的3个学生都踩过，改完立马解决。

5.3 数据库类问题：SQL 脚本执行不成功的真相

问题现象：执行init_db.sql报错ERROR 1067 (42000): Invalid default value for 'create_time'
原因与解法：MySQL 5.7 以上版本默认开启STRICT_TRANS_TABLES模式，不允许DATETIME字段默认值为'0000-00-00 00:00:00'。解决方案：
- 临时关闭：SET sql_mode=(SELECT REPLACE(@@sql_mode,'STRICT_TRANS_TABLES',''));
- 或永久修改：编辑 MySQL 配置文件my.ini（Windows）或my.cnf（Linux），在[mysqld]下添加sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES改为sql_mode=NO_ENGINE_SUBSTITUTION；
- 最简单：直接编辑init_db.sql，把所有DEFAULT '0000-00-00 00:00:00'改成DEFAULT CURRENT_TIMESTAMP。

问题现象：SELECT * FROM teacher;返回空，但明明执行了 INSERT 语句
终极排查：检查 SQL 脚本末尾是否有COMMIT;。有些编辑器保存时会删掉最后一行。用记事本打开init_db.sql，滚动到底部，确认最后一行是COMMIT;，而不是空行或乱码。这是血泪教训——我有个学生折腾两天，最后发现是脚本被 Notepad++ 的“UTF-8 BOM”编码搞坏了，换成 VS Code 重新保存为 UTF-8 无 BOM 就好了。

5.4 答辩演示类问题：如何避免现场翻车？

风险点一：演示时网络波动导致图片加载失败
对策：所有截图（登录页面.png等）不是摆设！答辩前，把src/assets/images/目录下的所有 PNG 文件，替换成你们学院真实的机房照片、Logo、课表截图。这样即使后端挂了，你也能指着静态图说：“这是我们学院3号机房，目前配备60台戴尔电脑，系统上线后将统一管理。”

风险点二：老师让你现场改个功能，比如“加个导出按钮”
对策：提前准备好“万能导出模板”。在src/utils/export.js里写好通用 Excel 导出方法（参考 4.3 节），答辩时老师提问，你打开 VS Code，5分钟内就在TeacherSchedule.vue里粘贴代码、加按钮、测通，然后说：“老师，这是我根据您建议加的课表导出功能，已测试通过。” 这种临场发挥，比背稿子强十倍。

风险点三：被问“如果并发提交维修申请，会不会重复派单？”
标准答案：后端RepairService.submit()方法加了@Transactional注解，且在插入前执行SELECT COUNT(*) FROM repair_order WHERE classroom_id = ? AND status IN (1,2) AND apply_time > DATE_SUB(NOW(), INTERVAL 1 HOUR)，同一机房一小时内只允许一个未处理工单。这是用数据库层面的唯一性约束+业务逻辑双重保险，不是靠前端按钮禁用这种表面功夫。

最后分享个小技巧：答辩前夜，把整个项目打个包，名字叫roomms-2024-答辩专用.zip，里面只留README.md（更新为你的定制说明）、src（前端）、target（后端编译好的 jar 包）、init_db.sql。这样答辩现场，老师要看源码，你直接解压就能打开；要演示，双击java -jar target/roomms.jar30秒启动。真正的高手，赢在细节的确定性上。

本文还有配套的精品资源，点击获取

简介：直接可运行的机房管理毕设项目，后端用SpringBoot搭建，涵盖教师管理、课程录入、课表维护、机房信息登记、维修工单处理、机房借用申请等完整业务接口；前端基于Vue.js开发，支持教师登录后查看课表、提交维修申请、发起机房使用申请、修改密码等操作；数据库为MySQL，压缩包里包含建表SQL、初始化数据、各功能页面截图（登录页、个人中心、机房录入、课表查询、维修登记、机房审核等），还有pom.xml、mvnw启动脚本、README说明文档和功能流程图，项目结构清晰，适合本科毕业设计参考或在此基础上做二次开发。

本文还有配套的精品资源，点击获取