拓冰网站定制 
简介这是一套面向高校教育管理场景的Web系统项目源码基于Java与MySQL开发支持管理员、学生、教师三种角色覆盖学生信息管理、课程安排、选课操作与成绩处理等核心模块适合计算机相关专业学生用于课程设计、毕业设计参考或Java Web入门实战练习。压缩包共82个文件约1.75MB包含22个html页面、9个css样式、5个js脚本以及png、jpeg等界面截图另有6个py脚本、4个xml配置、3个txt说明与docx文档整体结构清晰便于快速理解前后端组织方式。项目围绕选课规则、成绩录入与权限管理等业务展开读者可从中获取完整的模块划分思路、数据库交互逻辑与页面实现参考用于二次开发或功能扩展。目前已有35人学习下载适合需要一套可直接运行、便于拆解学习的选课管理系统案例的开发者。1. 从一份“极简说明”说起高校选课系统到底要解决什么每年选课季教务处的电话总会被打爆有人选不上必修课有人课表撞车有人成绩录错了找不到人改。这些琐碎又高频的问题正是高校学生选课管理系统要接住的活。标题里这份基于 Java 和 MySQL 的 Web 系统说白了就是给管理员、学生、教师三种角色各开一扇门管理员管学生信息和课程安排学生查课选课教师录成绩。它不追求花哨核心是把“人—课—成绩”这三张表的关系理顺。适合谁看正在做 JavaWeb 课程设计的学生、想拿一个完整 CRUD 项目练手的初级开发以及需要快速搭一套教务原型的工程师。下面我按真实落地顺序把选型、建表、接口、避坑一条条拆开。2. 技术选型与三角色权限模型为什么是 Java MySQL2.1 为什么这套组合至今仍是课程设计的主流Java 做 Web 后端最大的优势是生态成熟、资料密度高。你遇到的 90% 报错搜索引擎里都有现成答案。MySQL 则是关系型数据库里上手成本最低的安装配置教程一抓一大把社区版免费学校机房和老旧服务器都能跑。两者搭配用 JDBC 或 MyBatis 做持久层逻辑清晰调试直观。从热词看“javaweb项目完整案例mysql”这类搜索量一直不低说明大量人需要的是一个能跑通、能讲清楚、能改的完整案例而不是微服务架构。选型时我一般建议课程设计级别用 Spring Boot MyBatis MySQL 足够别一上来就上分布式。前端用 Thymeleaf 或 Vue 都行重点是后端接口和数据库设计要经得起追问。三角色权限模型是这类系统的骨架。管理员、学生、教师权限边界必须清晰角色可操作范围典型接口管理员学生增删改查、课程发布、选课开关/admin/student、/admin/course学生查看可选课程、选课、退课、查成绩/student/course、/student/grade教师查看授课名单、录入成绩/teacher/roster、/teacher/grade权限控制常见做法是用拦截器或 Spring Security在 Session 里存角色标识每次请求校验。别把权限判断散落在每个 Controller 里后期改起来是灾难。2.2 数据库表设计五张核心表与字段取舍表设计决定了系统能走多远。核心五张表学生表、教师表、课程表、选课表、成绩表。选课表是枢纽它把学生和课程多对多关系落地。-- 学生表 CREATE TABLE student ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, name VARCHAR(50) NOT NULL, password VARCHAR(100) NOT NULL COMMENT 建议存BCrypt哈希, major VARCHAR(50), class_name VARCHAR(50) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程表 CREATE TABLE course ( id BIGINT PRIMARY KEY AUTO_INCREMENT, course_no VARCHAR(20) NOT NULL UNIQUE, course_name VARCHAR(100) NOT NULL, teacher_id BIGINT, credit DECIMAL(3,1) DEFAULT 0, capacity INT DEFAULT 50 COMMENT 容量上限, selected_count INT DEFAULT 0 COMMENT 已选人数, FOREIGN KEY (teacher_id) REFERENCES teacher(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 选课表核心枢纽 CREATE TABLE course_selection ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, course_id BIGINT NOT NULL, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 1 COMMENT 1已选 0已退, UNIQUE KEY uk_student_course (student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明选课表上的UNIQUE KEY uk_student_course是防重复选课的第一道闸数据库层面直接拦住同一学生同一课程的重复插入。selected_count是冗余字段用来快速判断容量但必须和选课操作放在同一事务里更新否则高并发下会超卖。字符集统一用 utf8mb4避免中文姓名和课程名乱码。密码字段长度给到 100是因为 BCrypt 哈希后长度约 60留足余量。参数说明capacity默认 50 可按学校实际调整credit用 DECIMAL 而非 FLOAT避免学分计算出现 0.30000000000000004 这种玄学小数。外键约束在课程设计里建议保留能帮你发现数据不一致生产环境如果追求写入性能可以去掉改由应用层保证。3. 从零跑通选课主流程接口、事务与并发控制3.1 选课接口的实现与事务边界选课是整套系统里唯一需要认真对待并发的地方。开学选课那几分钟几百人同时点“选课”如果处理不当要么超卖要么死锁。核心逻辑就三步查容量、插选课记录、更新已选人数。这三步必须在一个事务里。Service public class SelectionService { Autowired private CourseMapper courseMapper; Autowired private SelectionMapper selectionMapper; Transactional(rollbackFor Exception.class) public String selectCourse(Long studentId, Long courseId) { // 1. 悲观锁查课程锁住这一行防止并发超卖 Course course courseMapper.selectForUpdate(courseId); if (course null) { return 课程不存在; } // 2. 容量校验 if (course.getSelectedCount() course.getCapacity()) { return 课程已满; } // 3. 防重复数据库唯一键兜底这里先查一次给友好提示 int exists selectionMapper.countByStudentAndCourse(studentId, courseId); if (exists 0) { return 你已选过这门课; } // 4. 插入选课记录 selectionMapper.insert(studentId, courseId); // 5. 更新已选人数 courseMapper.incrementSelectedCount(courseId); return 选课成功; } }逻辑说明selectForUpdate对应 SQL 的SELECT ... FOR UPDATE在事务内对课程行加排他锁把并发请求串行化。这是最直接可靠的防超卖手段代价是并发量高时会有等待。Transactional的rollbackFor Exception.class确保任何异常都回滚不会出现“记录插了但人数没加”的脏数据。参数说明如果学校选课峰值不高比如几千人悲观锁完全够用。若想提升吞吐可改用乐观锁在 course 表加 version 字段更新时UPDATE course SET selected_count selected_count 1, version version 1 WHERE id ? AND version ?失败则重试。退课逻辑对称删记录或改 status同时selected_count - 1同样要加锁和事务。3.2 成绩录入与查询的接口设计教师录成绩学生查成绩本质是对成绩表的读写。成绩表建议独立于选课表因为成绩录入发生在学期末而选课记录在学期初生命周期不同。CREATE TABLE grade ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, course_id BIGINT NOT NULL, score DECIMAL(5,2) COMMENT 0-100, gpa DECIMAL(3,2) COMMENT 绩点可计算存储, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_course (student_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;教师录入时用INSERT ... ON DUPLICATE KEY UPDATE score ?一条 SQL 搞定新增和修改避免先查后判的竞态。学生查询按 student_id 过滤联表 course 拿到课程名和学分。注意成绩范围校验放在应用层数据库用 DECIMAL(5,2) 保证精度别用 FLOAT。常见做法是给成绩查询加缓存但课程设计级别没必要直接查库即可。如果数据量大给student_id和course_id建索引联合唯一键本身已经是索引查询走它就行。4. 环境搭建与部署避坑那些让你卡半天的细节4.1 MySQL 安装配置的常见翻车点热词里“mysql安装教程8.0”“mysql在windows10上怎么安装”搜索量很高说明安装这一步就劝退不少人。几个血泪经验第一Windows 上装 MySQL 8.0端口 3306 被占用是高频问题。装之前先netstat -ano | findstr 3306看一眼有占用就换端口或停掉冲突服务。第二root 密码认证插件选caching_sha2_password还是mysql_native_password老版本 JDBC 驱动连不上前者要么升级驱动要么建用户时指定IDENTIFIED WITH mysql_native_password BY 密码。第三字符集在 my.ini 里配character-set-serverutf8mb4建库建表也显式指定否则中文乱码会让你怀疑人生。Linux 上用 rpm 安装 MySQL注意依赖顺序先装 common 再装 libs 再装 client 最后 server。装完systemctl start mysqld初始密码在/var/log/mysqld.log里 greptemporary password能找到。首次登录必须改密码否则啥也干不了。4.2 Java 环境与项目启动的排查清单Java 环境配置详细教程网上很多核心就三点JAVA_HOME 指向 JDK 根目录、PATH 加上%JAVA_HOME%\bin、CLASSPATH 配好。验证用java -version和javac -version两个版本号要一致不一致说明 PATH 里有多个 JDK。项目启动报错按这个顺序排查先看数据库连不连得上用客户端工具直连测试再看配置文件里的 url、username、password 对不对然后看端口有没有被占Spring Boot 默认 8080最后看依赖有没有下全Maven 的mvn clean install重跑一遍。docker安装mysql失败也是常见搜索多半是镜像拉取超时或端口映射写错-p 3306:3306别漏了。5. 避坑与常见问题选课系统上线前必须过的坎5.1 并发选课导致超卖现象课程容量 50最后选上的人有 53 个。原因查容量和更新人数之间没有锁两个请求同时读到 49都判断没满都插入。解决用SELECT ... FOR UPDATE悲观锁或乐观锁加版本号重试二选一别裸奔。5.2 中文乱码从数据库到页面全链路现象课程名存进去是问号页面上显示乱码。原因数据库字符集、连接 URL 字符集、页面编码三者不一致。解决建库用utf8mb4JDBC URL 加?useUnicodetruecharacterEncodingutf8前端页面meta charsetUTF-8三处对齐。5.3 外键约束导致删课程失败现象管理员删一门没人选的课报外键约束错误。原因选课表里有历史记录指向该课程即使学生已退课记录还在。解决要么逻辑删除课程加 is_deleted 字段要么先清理关联的选课记录。生产环境更推荐逻辑删除物理删除会丢历史数据。5.4 事务未生效导致数据不一致现象选课记录插入了但课程已选人数没变。原因Transactional注解没生效常见于同类内部方法调用this 调用不走代理或异常被 catch 后没重新抛出。解决确保注解方法由 Spring 代理调用catch 块里要么throw要么TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。5.5 密码明文存储的安全隐患现象数据库里能直接看到学生密码。原因图省事直接存明文。解决用 BCrypt 哈希Spring Security 的BCryptPasswordEncoder一行搞定。别用 MD5彩虹表一查就破。这是课程设计也该有的底线。6. 进阶技巧用存储过程和索引把查询压下去系统跑起来之后最慢的往往是成绩查询和选课统计。这里分享两个我常用的优化手段。第一个是存储过程做批量统计。比如每学期末要算每个学生的总学分和平均绩点用一条 SQL 在应用层循环查会很慢。写个存储过程一次算完DELIMITER // CREATE PROCEDURE calc_student_gpa(IN p_student_id BIGINT) BEGIN SELECT s.student_no, s.name, SUM(c.credit) AS total_credit, ROUND(AVG(g.score), 2) AS avg_score, ROUND(SUM(g.gpa * c.credit) / SUM(c.credit), 2) AS weighted_gpa FROM grade g JOIN course c ON g.course_id c.id JOIN student s ON g.student_id s.id WHERE g.student_id p_student_id GROUP BY s.id; END // DELIMITER ;逻辑说明加权绩点用学分做权重比简单平均更符合教务口径。存储过程把计算下推到数据库减少网络往返。参数说明p_student_id传入学号对应的主键调用CALL calc_student_gpa(1001);。注意存储过程不利于版本管理和调试课程设计里用来演示可以生产环境我更倾向在应用层用 Java 算逻辑更可控。第二个是索引优化。选课表上student_id和course_id的联合唯一键已经能覆盖大部分查询。如果经常按课程查名单再单独给course_id建索引。成绩表同理。用EXPLAIN看执行计划出现ALL全表扫描就要警惕。别盲目加索引写入频繁的表索引多了会拖慢插入。最后一个习惯每次改完表结构或接口手动跑一遍完整流程——管理员建课、学生选课、教师录成绩、学生查成绩。这四步走通系统才算真的能用。我踩过最深的坑就是只测了单个接口上线后流程串起来才发现事务边界错了。希望帮到你。本文还有配套的精品资源点击获取 Java+MySQL高校选课系统实战：三角色权限、事务并发与避坑指南
简介这是一套面向高校教育管理场景的Web系统项目源码基于Java与MySQL开发支持管理员、学生、教师三种角色覆盖学生信息管理、课程安排、选课操作与成绩处理等核心模块适合计算机相关专业学生用于课程设计、毕业设计参考或Java Web入门实战练习。压缩包共82个文件约1.75MB包含22个html页面、9个css样式、5个js脚本以及png、jpeg等界面截图另有6个py脚本、4个xml配置、3个txt说明与docx文档整体结构清晰便于快速理解前后端组织方式。项目围绕选课规则、成绩录入与权限管理等业务展开读者可从中获取完整的模块划分思路、数据库交互逻辑与页面实现参考用于二次开发或功能扩展。目前已有35人学习下载适合需要一套可直接运行、便于拆解学习的选课管理系统案例的开发者。1. 从一份“极简说明”说起高校选课系统到底要解决什么每年选课季教务处的电话总会被打爆有人选不上必修课有人课表撞车有人成绩录错了找不到人改。这些琐碎又高频的问题正是高校学生选课管理系统要接住的活。标题里这份基于 Java 和 MySQL 的 Web 系统说白了就是给管理员、学生、教师三种角色各开一扇门管理员管学生信息和课程安排学生查课选课教师录成绩。它不追求花哨核心是把“人—课—成绩”这三张表的关系理顺。适合谁看正在做 JavaWeb 课程设计的学生、想拿一个完整 CRUD 项目练手的初级开发以及需要快速搭一套教务原型的工程师。下面我按真实落地顺序把选型、建表、接口、避坑一条条拆开。2. 技术选型与三角色权限模型为什么是 Java MySQL2.1 为什么这套组合至今仍是课程设计的主流Java 做 Web 后端最大的优势是生态成熟、资料密度高。你遇到的 90% 报错搜索引擎里都有现成答案。MySQL 则是关系型数据库里上手成本最低的安装配置教程一抓一大把社区版免费学校机房和老旧服务器都能跑。两者搭配用 JDBC 或 MyBatis 做持久层逻辑清晰调试直观。从热词看“javaweb项目完整案例mysql”这类搜索量一直不低说明大量人需要的是一个能跑通、能讲清楚、能改的完整案例而不是微服务架构。选型时我一般建议课程设计级别用 Spring Boot MyBatis MySQL 足够别一上来就上分布式。前端用 Thymeleaf 或 Vue 都行重点是后端接口和数据库设计要经得起追问。三角色权限模型是这类系统的骨架。管理员、学生、教师权限边界必须清晰角色可操作范围典型接口管理员学生增删改查、课程发布、选课开关/admin/student、/admin/course学生查看可选课程、选课、退课、查成绩/student/course、/student/grade教师查看授课名单、录入成绩/teacher/roster、/teacher/grade权限控制常见做法是用拦截器或 Spring Security在 Session 里存角色标识每次请求校验。别把权限判断散落在每个 Controller 里后期改起来是灾难。2.2 数据库表设计五张核心表与字段取舍表设计决定了系统能走多远。核心五张表学生表、教师表、课程表、选课表、成绩表。选课表是枢纽它把学生和课程多对多关系落地。-- 学生表 CREATE TABLE student ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, name VARCHAR(50) NOT NULL, password VARCHAR(100) NOT NULL COMMENT 建议存BCrypt哈希, major VARCHAR(50), class_name VARCHAR(50) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 课程表 CREATE TABLE course ( id BIGINT PRIMARY KEY AUTO_INCREMENT, course_no VARCHAR(20) NOT NULL UNIQUE, course_name VARCHAR(100) NOT NULL, teacher_id BIGINT, credit DECIMAL(3,1) DEFAULT 0, capacity INT DEFAULT 50 COMMENT 容量上限, selected_count INT DEFAULT 0 COMMENT 已选人数, FOREIGN KEY (teacher_id) REFERENCES teacher(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 选课表核心枢纽 CREATE TABLE course_selection ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, course_id BIGINT NOT NULL, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 1 COMMENT 1已选 0已退, UNIQUE KEY uk_student_course (student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明选课表上的UNIQUE KEY uk_student_course是防重复选课的第一道闸数据库层面直接拦住同一学生同一课程的重复插入。selected_count是冗余字段用来快速判断容量但必须和选课操作放在同一事务里更新否则高并发下会超卖。字符集统一用 utf8mb4避免中文姓名和课程名乱码。密码字段长度给到 100是因为 BCrypt 哈希后长度约 60留足余量。参数说明capacity默认 50 可按学校实际调整credit用 DECIMAL 而非 FLOAT避免学分计算出现 0.30000000000000004 这种玄学小数。外键约束在课程设计里建议保留能帮你发现数据不一致生产环境如果追求写入性能可以去掉改由应用层保证。3. 从零跑通选课主流程接口、事务与并发控制3.1 选课接口的实现与事务边界选课是整套系统里唯一需要认真对待并发的地方。开学选课那几分钟几百人同时点“选课”如果处理不当要么超卖要么死锁。核心逻辑就三步查容量、插选课记录、更新已选人数。这三步必须在一个事务里。Service public class SelectionService { Autowired private CourseMapper courseMapper; Autowired private SelectionMapper selectionMapper; Transactional(rollbackFor Exception.class) public String selectCourse(Long studentId, Long courseId) { // 1. 悲观锁查课程锁住这一行防止并发超卖 Course course courseMapper.selectForUpdate(courseId); if (course null) { return 课程不存在; } // 2. 容量校验 if (course.getSelectedCount() course.getCapacity()) { return 课程已满; } // 3. 防重复数据库唯一键兜底这里先查一次给友好提示 int exists selectionMapper.countByStudentAndCourse(studentId, courseId); if (exists 0) { return 你已选过这门课; } // 4. 插入选课记录 selectionMapper.insert(studentId, courseId); // 5. 更新已选人数 courseMapper.incrementSelectedCount(courseId); return 选课成功; } }逻辑说明selectForUpdate对应 SQL 的SELECT ... FOR UPDATE在事务内对课程行加排他锁把并发请求串行化。这是最直接可靠的防超卖手段代价是并发量高时会有等待。Transactional的rollbackFor Exception.class确保任何异常都回滚不会出现“记录插了但人数没加”的脏数据。参数说明如果学校选课峰值不高比如几千人悲观锁完全够用。若想提升吞吐可改用乐观锁在 course 表加 version 字段更新时UPDATE course SET selected_count selected_count 1, version version 1 WHERE id ? AND version ?失败则重试。退课逻辑对称删记录或改 status同时selected_count - 1同样要加锁和事务。3.2 成绩录入与查询的接口设计教师录成绩学生查成绩本质是对成绩表的读写。成绩表建议独立于选课表因为成绩录入发生在学期末而选课记录在学期初生命周期不同。CREATE TABLE grade ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, course_id BIGINT NOT NULL, score DECIMAL(5,2) COMMENT 0-100, gpa DECIMAL(3,2) COMMENT 绩点可计算存储, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_student_course (student_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;教师录入时用INSERT ... ON DUPLICATE KEY UPDATE score ?一条 SQL 搞定新增和修改避免先查后判的竞态。学生查询按 student_id 过滤联表 course 拿到课程名和学分。注意成绩范围校验放在应用层数据库用 DECIMAL(5,2) 保证精度别用 FLOAT。常见做法是给成绩查询加缓存但课程设计级别没必要直接查库即可。如果数据量大给student_id和course_id建索引联合唯一键本身已经是索引查询走它就行。4. 环境搭建与部署避坑那些让你卡半天的细节4.1 MySQL 安装配置的常见翻车点热词里“mysql安装教程8.0”“mysql在windows10上怎么安装”搜索量很高说明安装这一步就劝退不少人。几个血泪经验第一Windows 上装 MySQL 8.0端口 3306 被占用是高频问题。装之前先netstat -ano | findstr 3306看一眼有占用就换端口或停掉冲突服务。第二root 密码认证插件选caching_sha2_password还是mysql_native_password老版本 JDBC 驱动连不上前者要么升级驱动要么建用户时指定IDENTIFIED WITH mysql_native_password BY 密码。第三字符集在 my.ini 里配character-set-serverutf8mb4建库建表也显式指定否则中文乱码会让你怀疑人生。Linux 上用 rpm 安装 MySQL注意依赖顺序先装 common 再装 libs 再装 client 最后 server。装完systemctl start mysqld初始密码在/var/log/mysqld.log里 greptemporary password能找到。首次登录必须改密码否则啥也干不了。4.2 Java 环境与项目启动的排查清单Java 环境配置详细教程网上很多核心就三点JAVA_HOME 指向 JDK 根目录、PATH 加上%JAVA_HOME%\bin、CLASSPATH 配好。验证用java -version和javac -version两个版本号要一致不一致说明 PATH 里有多个 JDK。项目启动报错按这个顺序排查先看数据库连不连得上用客户端工具直连测试再看配置文件里的 url、username、password 对不对然后看端口有没有被占Spring Boot 默认 8080最后看依赖有没有下全Maven 的mvn clean install重跑一遍。docker安装mysql失败也是常见搜索多半是镜像拉取超时或端口映射写错-p 3306:3306别漏了。5. 避坑与常见问题选课系统上线前必须过的坎5.1 并发选课导致超卖现象课程容量 50最后选上的人有 53 个。原因查容量和更新人数之间没有锁两个请求同时读到 49都判断没满都插入。解决用SELECT ... FOR UPDATE悲观锁或乐观锁加版本号重试二选一别裸奔。5.2 中文乱码从数据库到页面全链路现象课程名存进去是问号页面上显示乱码。原因数据库字符集、连接 URL 字符集、页面编码三者不一致。解决建库用utf8mb4JDBC URL 加?useUnicodetruecharacterEncodingutf8前端页面meta charsetUTF-8三处对齐。5.3 外键约束导致删课程失败现象管理员删一门没人选的课报外键约束错误。原因选课表里有历史记录指向该课程即使学生已退课记录还在。解决要么逻辑删除课程加 is_deleted 字段要么先清理关联的选课记录。生产环境更推荐逻辑删除物理删除会丢历史数据。5.4 事务未生效导致数据不一致现象选课记录插入了但课程已选人数没变。原因Transactional注解没生效常见于同类内部方法调用this 调用不走代理或异常被 catch 后没重新抛出。解决确保注解方法由 Spring 代理调用catch 块里要么throw要么TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。5.5 密码明文存储的安全隐患现象数据库里能直接看到学生密码。原因图省事直接存明文。解决用 BCrypt 哈希Spring Security 的BCryptPasswordEncoder一行搞定。别用 MD5彩虹表一查就破。这是课程设计也该有的底线。6. 进阶技巧用存储过程和索引把查询压下去系统跑起来之后最慢的往往是成绩查询和选课统计。这里分享两个我常用的优化手段。第一个是存储过程做批量统计。比如每学期末要算每个学生的总学分和平均绩点用一条 SQL 在应用层循环查会很慢。写个存储过程一次算完DELIMITER // CREATE PROCEDURE calc_student_gpa(IN p_student_id BIGINT) BEGIN SELECT s.student_no, s.name, SUM(c.credit) AS total_credit, ROUND(AVG(g.score), 2) AS avg_score, ROUND(SUM(g.gpa * c.credit) / SUM(c.credit), 2) AS weighted_gpa FROM grade g JOIN course c ON g.course_id c.id JOIN student s ON g.student_id s.id WHERE g.student_id p_student_id GROUP BY s.id; END // DELIMITER ;逻辑说明加权绩点用学分做权重比简单平均更符合教务口径。存储过程把计算下推到数据库减少网络往返。参数说明p_student_id传入学号对应的主键调用CALL calc_student_gpa(1001);。注意存储过程不利于版本管理和调试课程设计里用来演示可以生产环境我更倾向在应用层用 Java 算逻辑更可控。第二个是索引优化。选课表上student_id和course_id的联合唯一键已经能覆盖大部分查询。如果经常按课程查名单再单独给course_id建索引。成绩表同理。用EXPLAIN看执行计划出现ALL全表扫描就要警惕。别盲目加索引写入频繁的表索引多了会拖慢插入。最后一个习惯每次改完表结构或接口手动跑一遍完整流程——管理员建课、学生选课、教师录成绩、学生查成绩。这四步走通系统才算真的能用。我踩过最深的坑就是只测了单个接口上线后流程串起来才发现事务边界错了。希望帮到你。本文还有配套的精品资源点击获取