简介Exam是国内首款基于Java与MySQL开发的开源网络考试系统面向教育机构、企业培训部门及高校师生解决在线组卷、远程考试、自动阅卷与成绩分析等核心教学管理需求。系统跨平台兼容Windows与Linux支持试题库构建、试卷发布、考生管理与智能批改具备高度可配置性适用于K12、职业教育、内部考核等多种场景。资源包共318个文件涵盖81个Java后端逻辑类、39个JSP页面模板、49个JS交互脚本、37个PNG图标资源以及XML配置、CSS/LESS/SCSS样式、SQL数据库脚本等完整呈现MVC分层架构与前后端协同实现细节压缩包仅3.34MB轻量易部署。目前已有192人学习下载提供含SpringBeans配置、Morris图表组件coffee脚本、Eclipse项目元数据.classpath/.project在内的全栈工程结构便于开发者快速理解系统启动流程、题库管理模块设计及考试监控机制实现原理。 先说实话我以前很少把“首款”这种词挂在嘴上但 Exam 这个项目确实是我和团队从零开始用纯 Java MySQL 堆出来的网络考试系统。从最初给公司内部培训做线上测试到后来支撑高校期末模拟考前前后后跑了上百场真实考试系统一直没出过大乱子。今天不聊虚的就把它的模块设计、数据库表结构、核心判分逻辑以及我在部署和排查中踩过的坑一股脑摊开讲。如果你正在做毕业设计、想要搭一套在线考试系统或者在 Java 后端方向找实战练手项目这篇应该能帮你省不少弯路。先说清楚 Exam 是什么一个浏览器访问的 B/S 架构考试平台管理员可以维护题库、手动或自动组卷考生登录后在线答题、自动交卷系统自动判客观题、人工复核主观题最后生成成绩单和统计报表。整套东西全部基于 Java 和 MySQL没有引入复杂中间件部署在一台普通 Linux 服务器上就能跑非常适合中小规模考试场景。1. 项目定位与技术选型为什么是 Java MySQL1.1 考试系统到底要解决什么问题很多人以为网络考试系统就是把纸质试卷搬到网页上实际做起来才发现完全不是一回事。一套合格的在线考试系统至少要搞定三件事题库和试卷怎么管、考试过程怎么防作弊和防中断、考后成绩怎么算怎么查。如果只做一个表单提交页面那根本不叫系统撑不过真实考试。Exam 立项时的目标很明确面向中小规模考试例如企业内部晋升测验、学校单元测试、培训机构结业考核。用户量级在几百到几千人并发考试人数通常不超过 200。这个规模决定了它不需要上微服务、不需要消息队列一台靠谱的云服务器搭 Java 运行时和 MySQL 就足够。选型的关键是“够用、稳定、好维护”而不是“技术栈越新越复杂越好”。1.2 Java 生态和 MySQL 的搭配优势为什么选 Java最直接的原因是团队熟悉其次是因为 Java 在后端领域的人才储备太厚了。遇到问题搜索引擎里全是解决方案随便一个 Java 面试题里都能翻到 JVM、并发、集合相关的底层原理这对一个长期维护的项目来说非常宝贵。而且 Java 的 Spring Boot 框架把 Web 开发的门槛压得很低一个几十人的考试系统一个 main 方法启动内嵌 Tomcat 就能跑打包成 jar 丢到服务器上即可部署成本几乎可以忽略。MySQL 作为配套数据库同样是从“够用”出发。考试系统的核心数据是题目、试卷、答卷记录、用户信息这些数据天然是结构化、强事务的。MySQL 的 InnoDB 引擎支持行级锁和事务成绩写入这种场景必须保证原子性不能出现考生交完卷成绩却丢了的情况。同时 MySQL 入门简单安装配置教程一抓一大把运维同学也不会有心理负担。为什么要专门强调事务在线考试最怕的是“交卷时网络断了一下成绩只写了一半”。用 InnoDB 事务将“保存答卷 计算得分 更新考试状态”包在一起要么全部成功要么全部回滚这才算一个可靠的交卷流程。1.3 为什么不选 NoSQL 或前后端分离大全家桶在项目过程中也有人建议用 MongoDB 存题目用 Redis 做答题缓存用 Vue Spring Cloud 来做全家桶。这些方案不是不好而是不匹配项目体量。题目和答卷记录的关联查询很强例如“查某道题的正确率”、“统计某场考试的及格率”这些都是关系型数据库最擅长的聚合操作。用 NoSQL 反而要自己维护一堆关联逻辑得不偿失。前后端分离我也考虑过但最终 Exam 用的是服务端渲染为主、局部 Ajax 刷新的方式。原因很现实考试页面最怕 JavaScript 加载失败导致白屏一旦考生这边浏览器环境出了问题现场排查的成本非常高。服务端渲染虽然交互弱一点但胜在稳定只要 HTML 渲染出来基本不会出现打不开页面的大问题。等到后续要接 App 端再把接口层拆出来也不迟。2. 系统架构与数据库设计2.1 整体架构与一次完整考试流程Exam 是标准的三层结构浏览器端、Java 后端、MySQL 数据库。后端用 Spring Boot 提供 HTTP 接口和页面渲染MyBatis 负责数据库操作。整体请求链路可以这样看考生登录进入考试大厅点击“开始考试”时后端从试卷服务获取试题列表并渲染成页面考生每做一题前端通过 Ajax 把答案保存到后端的 Redis/内存缓存或直接写入临时表倒计时结束或主动交卷后后端批量落库并执行判分。用一张表来描述核心流程阶段核心动作数据变更考前准备管理员导入题库、组装试卷、设置考试时间题库表新增记录、试卷表生成试卷考生进入考生登录、校验考试资格考试记录表创建待考状态答题中考生答题、自动保存答案答案记录表保存临时数据交卷判分倒计时归零/主动交卷事务内判分答案记录批量写入、得分更新考后统计查询成绩、导出报表成绩表、统计视图这里最容易被忽略的是“考试中”的状态管理。Exam 的做法是答题过程中答案先保存在后端内存缓存里每隔 30 秒做一次增量落库。这样即使考生关闭浏览器重进考场时还能从库里恢复最近的答案不至于全部丢失。当然这个方案会导致数据库写比较多但对中小规模考试完全够用。2.2 核心模块划分从功能上说Exam 分五个大模块用户与权限模块学生、教师、管理员三种角色登录认证 简单的操作权限校验。题库管理模块单选题、多选题、判断题、填空题、简答题五种题型支持 Excel 批量导入导出。试卷管理模块手动选题组卷和按规则随机抽题支持固定试卷和随机试卷。在线考试模块倒计时、答案自动保存、断点恢复、主动交卷和到时强交。成绩统计模块客观题自动判分主观题人工评分支持成绩导出和基础统计。每个模块并不复杂但要保证模块之间解耦。例如题库管理和试卷管理只通过question_id关联试卷管理不关心题目具体内容只保存题目 ID 列表和分值。这样后续哪怕要把题库换成本地文件也不影响考试模块。2.3 MySQL 数据库核心表结构设计数据库设计是整个项目的基石最开始我把表设计得太多后来精简到 8 张表核心的是这四张。用户表exam_user存基础账号信息CREATE TABLE exam_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, real_name VARCHAR(50), role TINYINT NOT NULL DEFAULT 2 COMMENT 1-admin 2-teacher 3-student, status TINYINT NOT NULL DEFAULT 1, created_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;为什么用 utf8mb4 而不是 utf8因为现在的题目里经常有数学符号、生僻字甚至 emojiutf8mb4 是 utf8 的超集能存 4 字节字符避免后期乱码。这个坑我在早期版本里踩过后面统一字符集才彻底解决。题库表questionCREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, subject_id BIGINT NOT NULL, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断 4填空 5简答, content TEXT NOT NULL, options TEXT COMMENT JSON格式选项, answer TEXT, score INT DEFAULT 5, creator_id BIGINT, created_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_subject_type (subject_id, type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里options用 JSON 字符串存储主要是为了方便扩展不同题型的选项数量省去再建一张选项表。查询时用JSON_EXTRACT函数解析。如果不想跟 JSON 打交道也可以拆出来建question_option表但那样要关联查询代码会多一点。试卷表exam_paper和答案记录表是关键。试卷表保存考试的基本信息、开始时间、持续时间、总分答案记录表保存每个考生的每一道题的答案、得分和判分状态。这两张表要重点保证索引设计尤其是paper_id user_id和exam_record.paper_id不然查询成绩单、考生答卷时会很慢。2.4 关于索引和长度的思考很多初学者建表都不爱加索引等数据量到十万条级别才意识到查询卡成 PPT。Exam 里最简单的优化就是给外键字段和常用查询字段建复合索引。例如按科目和题型筛选题目就建了idx_subject_type (subject_id, type)按用户查考试记录就建idx_user_paper (user_id, paper_id)。MySQL 索引不是越多越好写多读少的表宁愿少建索引减少插入和更新时的维护成本。3. 核心功能实现与实操要点3.1 题库批量导入一个 Excel 上传功能背后的处理细节题库管理如果只靠手工一条条录入管理员会崩溃。Exam 提供了 Excel 批量导入功能导入流程是这样的先上传.xlsx文件后端用 POI 解析每一行校验题型、必填项再批量插入数据库。有几个点必须注意文件格式要提前校验不能光靠文件后缀因为有人会把.xls改成.xlsx解析时要跳过模板自带的标题行校验失败的行要记录错误原因返回给用户下载错误报告。我一开始图省事遇到任意一行数据错误就直接回滚整个文件结果录入人员反馈差到爆炸。后来改成“逐行校验错误行单独记录正确行照样导入”体验瞬间就好了。批量插入也有讲究。数据量几百条时用 MyBatis 的foreach拼接 INSERT 没问题到几千条时拼接字符串会导致 SQL 超过 max_allowed_packet。Exam 的优化方案是每 200 条分批提交一次实测导入一万道题耗时从十几秒降到三秒左右。3.2 随机抽题与 MySQL 的 ORDER BY RAND() 性能权衡随机组卷是考试系统的核心亮点。最简单的随机抽题 SQL 是这样SELECT * FROM question WHERE subject_id 1 AND type 1 ORDER BY RAND() LIMIT 20;这个写法在小数据量时没什么问题。但我发现题库只要超过两万条这个查询就会把整张表所有符合条件的数据加载到内存排序并发一高MySQL CPU 直接飙到 100%页面半天出不来。后来我换成了“先随机取 ID再查题目”的方案SELECT id FROM question WHERE subject_id 1 AND type 1 ORDER BY RAND() LIMIT 20;然后拿这 20 个 ID 去WHERE id IN (...)查全字段。虽然本质还是ORDER BY RAND()但由于只查 ID 列MySQL 扫描的数据量小很多性能提升明显。如果数据量更大就需要在题库维护时给每道题生成一个随机排序号抽题时查WHERE rand_num 随机数 ORDER BY rand_num LIMIT 20这种方式几乎不损耗性能适合十万级题库。3.3 自动判分从判断题到多选题每种题型的逻辑都要单独写自动判分的核心逻辑不复杂但边界情况非常多。Exam 的判分模块按题型分开处理判断题比对标准答案布尔值简单直接。单选题考生答案和标准答案字符串相等即得分。多选题必须完全匹配才得分少选、多选、错选都不得分。这里有个策略选择有些考试是“少选得一半分”需要额外配置。Exam 默认是严格模式只支持全对得满分。填空题按空比对答案做 trim 和全角半角转换避免因为多了个空格判错。简答题不自动判标记为待人工评分由教师在后台逐题给分。多选题判分的 Java 代码类似这样public int judgeMultipleChoice(String userAnswer, String correctAnswer) { // 统一处理成 SetString避免顺序影响 SetString userSet splitAnswer(userAnswer); SetString correctSet splitAnswer(correctAnswer); if (userSet.size() ! correctSet.size()) { return 0; } return userSet.containsAll(correctSet) ? fullScore : 0; }这里有个容易踩坑的点多选题答案“A,B”和“B,A”应该视为相同。如果直接对比字符串顺序不一致就容易被误判。所以不管前端传什么顺序后端都要先拆分排序再比较。3.4 交卷防重与事务边界高并发场景下最容易出现重复交卷。考生点击交卷按钮后如果前端没有禁用按钮同时又按了回车后端可能收到两条交卷请求。Exam 在交卷接口最开始就通过数据库唯一索引兜底exam_record表里给user_id paper_id建唯一索引第二次交卷会直接抛异常接口返回“请勿重复提交”。同时整个交卷判分逻辑要包在Transactional里。之前我犯过一个错误先插入答案记录然后判分再更新考试状态三个阶段没有做成一个事务。结果有一次判分服务异常成绩没算出来但答案却保存了考生看到“交卷成功”却没成绩找客服找疯了。这就是为什么事务边界必须覆盖整个交卷流程。4. 环境搭建与部署实战4.1 JDK 与 MySQL 安装别再让环境配置卡住新手Exam 的目标运行环境是 Linux 服务器但开发机我用的是 Windows。很多人卡在环境配置这一步尤其是 Java 环境变量和 MySQL 安装。Java 这边我推荐直接装 JDK 8 或 JDK 11不要装最新的 JDK 17/21除非你想用它做新特性测试。为了兼容性Exam 长期跑在 JDK 8 上Spring Boot 2.x 和 MySQL Connector 5.1.49 都完美支持。MySQL 安装分两种Windows 本地直接用 MySQL Installer 下一步下一步选择 Server only 即可装完记得把bin目录加进 PATHLinux 服务器上更推荐用 Docker 安装等会儿细说。如果是快速体验也可以装 5.7 版本它的配置比 8.0 简单默认认证插件还是mysql_native_password不会遇到 2059 连接问题。4.2 MySQL 数据库初始化与连接配置数据库初始化时要注意字符集。创建数据库时指定CREATE DATABASE examplus DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;然后创建专用账号不要直接用 root 连业务库CREATE USER exam% IDENTIFIED BY your_password; GRANT ALL PRIVILEGES ON examplus.* TO exam%; FLUSH PRIVILEGES;JDBC 连接串这样写jdbc:mysql://127.0.0.1:3306/examplus?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueserverTimezoneAsia/Shanghai一定要加否则 MySQL 8.0 和 Java 时区不一致时间字段会相差 8 小时。allowPublicKeyRetrievaltrue是 MySQL 8.0 用 caching_sha2_password 认证时必须的参数。4.3 Linux 服务器部署从 jar 包到 systemd 服务在生产环境我通常用 Maven 打包成可执行 jarmvn clean package -DskipTests然后把 jar 包上传到服务器写一个 systemd 服务文件来守护进程。创建/etc/systemd/system/examplus.service[Unit] DescriptionExam Online Exam System Afternetwork.target mysql.service [Service] Userexam WorkingDirectory/opt/examplus ExecStart/usr/bin/java -Xms512m -Xmx1024m -jar examplus.jar SuccessExitStatus143 Restartalways RestartSec10 [Install] WantedBymulti-user.target启动服务systemctl daemon-reload systemctl enable examplus systemctl start examplus建议在服务器前面再挂一层 Nginx用反向代理把 80 端口转发到 Java 应用的 8080 端口。这样可以通过子路径或者域名访问还能做静态资源缓存缓解 Java 应用处理图片和 CSS 的压力。Nginx 配置核心就是一个location /加proxy_pass http://127.0.0.1:8080;再设置几个 proxy 请求头。5. 常见问题与排查技巧实录5.1 MySQL 连接时报 2059 错误怎么办这是 MySQL 8.0 最经典的坑。客户端连接到 MySQL 时提示Authentication plugin caching_sha2_password cannot be loaded原因是 8.0 默认认证插件改成了caching_sha2_password而一些旧版本的 JDBC 驱动或可视化工具不认识。解决方案有几种最省事的是把用户的认证插件改回mysql_native_passwordALTER USER exam% IDENTIFIED WITH mysql_native_password BY your_password; FLUSH PRIVILEGES;如果是新项目更推荐直接升级 JDBC 驱动版本到 8.0.33并在连接串里加上allowPublicKeyRetrievaltrue。我遇到过用户用 MySQL 8.0 服务端 老版驱动 没加参数折腾了一个小时才查出来所以项目脚手架里一开始就要把驱动版本固定好。5.2 高并发交卷时出现锁表或死锁考试结束时所有考生同时交卷数据库写入压力集中爆发容易出现Lock wait timeout exceeded。排除缓存依赖后我发现问题集中在两张表上exam_record和answer_record。之前的表引擎是 MyISAM表级锁导致任何写操作都串行化高峰期大量请求排队直接把数据库拖死。处理方法是把 MyISAM 全部改成 InnoDB然后分析事务里 SQL 的执行顺序。不同考生交卷时的更新 SQL 是按同一个顺序执行就极大减少死锁概率。具体做法是更新考试状态之前先按user_id排序让同一个考生的多条更新按固定顺序执行避免互相等待持锁资源。5.3 分页查询成绩慢LIMIT 深分页的优化思路成绩列表默认按总分倒序前端用 page 和 size 分页。原 SQL 是SELECT * FROM exam_record ORDER BY total_score DESC LIMIT 200000, 20;数据量到十万条时这种深分页查询非常慢因为 MySQL 要扫描并丢弃前 20 万条数据。优化手段是“延迟关联”SELECT r.* FROM ( SELECT id FROM exam_record ORDER BY total_score DESC LIMIT 200000, 20 ) t JOIN exam_record r ON t.id r.id;子查询只查主键 ID先快速定位需要的 20 条记录再回表查全字段性能能提升一个数量级。如果还想更快可以直接用游标分页也就是前端传入上一页最后一条记录的 IDSQL 用WHERE id last_id ORDER BY id DESC LIMIT 20避免 OFFSET 开销。5.4 导出报表时内存溢出Excel 导出功能起初用的是 POI 的XSSFWorkbook一次性把一万行数据加载到内存再写文件导致 Java 堆内存直接 OOM。后来我改成SXSSFWorkbook流式写入只保留固定行数在内存其余刷入磁盘问题就解决了。导出接口还要注意设置 HTTP 响应头避免中文文件名乱码。6. 项目复盘与进一步扩展建议6.1 复盘最值得后悔的三个设计决定第一个是早期把答案保存在前端 localStorage结果考生只要清一下浏览器缓存答案就全没了。后面改为后端定时保存后这个问题彻底消失。经验是在线考试场景下永远不要把关键状态完全信任浏览器端。第二个是试卷随机抽题时没有考虑“同一套试卷里题目重复”的情况。虽然概率低但出现过同一道题在单选和判断题里同时出现考生直接懵了。后面加了一层校验组卷完成后从前端到后端都做一次题目 ID 去重。第三个是不重视数据库连接池参数。默认 HikariCP 的 maximumPoolSize 是 10两百人同时交卷时连接池被打满接口大量超时。调大到 50 后配合合理的读超时和事务时间问题解决。数据库连接池不是越大越好过大会增加 MySQL 的压力但 10 对于考试系统明显不够。6.2 后续功能可以怎么扩展Exam 目前能满足基本的考试闭环但真要长期运营还有很多可以扩展的空间。比如引入 Redis 缓存热点题目降低 MySQL 压力把试卷预览和在线考试拆成两个独立服务让考生端压力不影响管理端增加刷题模式把题库按知识点标签输出每日练习给简答题引入 AI 辅助评分减少教师人工阅卷负担。另外如果未来考生量上千、并发冲到几千当前的单机部署一定会遇到瓶颈。到那时候可以把文件存储切换到 OSS 或 MinIO把答题记录写入消息队列异步落库再用读写分离缓解数据库压力。不过这些属于后话从零到一先把核心链路做好才是项目最实在的成果。最后分享一个我自己的习惯每次开发完一个模块都要用真实考试数据做一次“模拟考试”全链路演练从建题、组卷、模拟学生答题、到老师批改和导出成绩。这个过程能发现很多藏在“代码看着没问题”背后的逻辑漏洞。Exam 能稳定跑这么多年靠的不是一次写完而是反复打磨和持续修补。本文还有配套的精品资源点击获取
基于Java和MySQL的在线考试系统实战：从数据库设计到部署优化
简介Exam是国内首款基于Java与MySQL开发的开源网络考试系统面向教育机构、企业培训部门及高校师生解决在线组卷、远程考试、自动阅卷与成绩分析等核心教学管理需求。系统跨平台兼容Windows与Linux支持试题库构建、试卷发布、考生管理与智能批改具备高度可配置性适用于K12、职业教育、内部考核等多种场景。资源包共318个文件涵盖81个Java后端逻辑类、39个JSP页面模板、49个JS交互脚本、37个PNG图标资源以及XML配置、CSS/LESS/SCSS样式、SQL数据库脚本等完整呈现MVC分层架构与前后端协同实现细节压缩包仅3.34MB轻量易部署。目前已有192人学习下载提供含SpringBeans配置、Morris图表组件coffee脚本、Eclipse项目元数据.classpath/.project在内的全栈工程结构便于开发者快速理解系统启动流程、题库管理模块设计及考试监控机制实现原理。 先说实话我以前很少把“首款”这种词挂在嘴上但 Exam 这个项目确实是我和团队从零开始用纯 Java MySQL 堆出来的网络考试系统。从最初给公司内部培训做线上测试到后来支撑高校期末模拟考前前后后跑了上百场真实考试系统一直没出过大乱子。今天不聊虚的就把它的模块设计、数据库表结构、核心判分逻辑以及我在部署和排查中踩过的坑一股脑摊开讲。如果你正在做毕业设计、想要搭一套在线考试系统或者在 Java 后端方向找实战练手项目这篇应该能帮你省不少弯路。先说清楚 Exam 是什么一个浏览器访问的 B/S 架构考试平台管理员可以维护题库、手动或自动组卷考生登录后在线答题、自动交卷系统自动判客观题、人工复核主观题最后生成成绩单和统计报表。整套东西全部基于 Java 和 MySQL没有引入复杂中间件部署在一台普通 Linux 服务器上就能跑非常适合中小规模考试场景。1. 项目定位与技术选型为什么是 Java MySQL1.1 考试系统到底要解决什么问题很多人以为网络考试系统就是把纸质试卷搬到网页上实际做起来才发现完全不是一回事。一套合格的在线考试系统至少要搞定三件事题库和试卷怎么管、考试过程怎么防作弊和防中断、考后成绩怎么算怎么查。如果只做一个表单提交页面那根本不叫系统撑不过真实考试。Exam 立项时的目标很明确面向中小规模考试例如企业内部晋升测验、学校单元测试、培训机构结业考核。用户量级在几百到几千人并发考试人数通常不超过 200。这个规模决定了它不需要上微服务、不需要消息队列一台靠谱的云服务器搭 Java 运行时和 MySQL 就足够。选型的关键是“够用、稳定、好维护”而不是“技术栈越新越复杂越好”。1.2 Java 生态和 MySQL 的搭配优势为什么选 Java最直接的原因是团队熟悉其次是因为 Java 在后端领域的人才储备太厚了。遇到问题搜索引擎里全是解决方案随便一个 Java 面试题里都能翻到 JVM、并发、集合相关的底层原理这对一个长期维护的项目来说非常宝贵。而且 Java 的 Spring Boot 框架把 Web 开发的门槛压得很低一个几十人的考试系统一个 main 方法启动内嵌 Tomcat 就能跑打包成 jar 丢到服务器上即可部署成本几乎可以忽略。MySQL 作为配套数据库同样是从“够用”出发。考试系统的核心数据是题目、试卷、答卷记录、用户信息这些数据天然是结构化、强事务的。MySQL 的 InnoDB 引擎支持行级锁和事务成绩写入这种场景必须保证原子性不能出现考生交完卷成绩却丢了的情况。同时 MySQL 入门简单安装配置教程一抓一大把运维同学也不会有心理负担。为什么要专门强调事务在线考试最怕的是“交卷时网络断了一下成绩只写了一半”。用 InnoDB 事务将“保存答卷 计算得分 更新考试状态”包在一起要么全部成功要么全部回滚这才算一个可靠的交卷流程。1.3 为什么不选 NoSQL 或前后端分离大全家桶在项目过程中也有人建议用 MongoDB 存题目用 Redis 做答题缓存用 Vue Spring Cloud 来做全家桶。这些方案不是不好而是不匹配项目体量。题目和答卷记录的关联查询很强例如“查某道题的正确率”、“统计某场考试的及格率”这些都是关系型数据库最擅长的聚合操作。用 NoSQL 反而要自己维护一堆关联逻辑得不偿失。前后端分离我也考虑过但最终 Exam 用的是服务端渲染为主、局部 Ajax 刷新的方式。原因很现实考试页面最怕 JavaScript 加载失败导致白屏一旦考生这边浏览器环境出了问题现场排查的成本非常高。服务端渲染虽然交互弱一点但胜在稳定只要 HTML 渲染出来基本不会出现打不开页面的大问题。等到后续要接 App 端再把接口层拆出来也不迟。2. 系统架构与数据库设计2.1 整体架构与一次完整考试流程Exam 是标准的三层结构浏览器端、Java 后端、MySQL 数据库。后端用 Spring Boot 提供 HTTP 接口和页面渲染MyBatis 负责数据库操作。整体请求链路可以这样看考生登录进入考试大厅点击“开始考试”时后端从试卷服务获取试题列表并渲染成页面考生每做一题前端通过 Ajax 把答案保存到后端的 Redis/内存缓存或直接写入临时表倒计时结束或主动交卷后后端批量落库并执行判分。用一张表来描述核心流程阶段核心动作数据变更考前准备管理员导入题库、组装试卷、设置考试时间题库表新增记录、试卷表生成试卷考生进入考生登录、校验考试资格考试记录表创建待考状态答题中考生答题、自动保存答案答案记录表保存临时数据交卷判分倒计时归零/主动交卷事务内判分答案记录批量写入、得分更新考后统计查询成绩、导出报表成绩表、统计视图这里最容易被忽略的是“考试中”的状态管理。Exam 的做法是答题过程中答案先保存在后端内存缓存里每隔 30 秒做一次增量落库。这样即使考生关闭浏览器重进考场时还能从库里恢复最近的答案不至于全部丢失。当然这个方案会导致数据库写比较多但对中小规模考试完全够用。2.2 核心模块划分从功能上说Exam 分五个大模块用户与权限模块学生、教师、管理员三种角色登录认证 简单的操作权限校验。题库管理模块单选题、多选题、判断题、填空题、简答题五种题型支持 Excel 批量导入导出。试卷管理模块手动选题组卷和按规则随机抽题支持固定试卷和随机试卷。在线考试模块倒计时、答案自动保存、断点恢复、主动交卷和到时强交。成绩统计模块客观题自动判分主观题人工评分支持成绩导出和基础统计。每个模块并不复杂但要保证模块之间解耦。例如题库管理和试卷管理只通过question_id关联试卷管理不关心题目具体内容只保存题目 ID 列表和分值。这样后续哪怕要把题库换成本地文件也不影响考试模块。2.3 MySQL 数据库核心表结构设计数据库设计是整个项目的基石最开始我把表设计得太多后来精简到 8 张表核心的是这四张。用户表exam_user存基础账号信息CREATE TABLE exam_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, real_name VARCHAR(50), role TINYINT NOT NULL DEFAULT 2 COMMENT 1-admin 2-teacher 3-student, status TINYINT NOT NULL DEFAULT 1, created_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;为什么用 utf8mb4 而不是 utf8因为现在的题目里经常有数学符号、生僻字甚至 emojiutf8mb4 是 utf8 的超集能存 4 字节字符避免后期乱码。这个坑我在早期版本里踩过后面统一字符集才彻底解决。题库表questionCREATE TABLE question ( id BIGINT PRIMARY KEY AUTO_INCREMENT, subject_id BIGINT NOT NULL, type TINYINT NOT NULL COMMENT 1单选 2多选 3判断 4填空 5简答, content TEXT NOT NULL, options TEXT COMMENT JSON格式选项, answer TEXT, score INT DEFAULT 5, creator_id BIGINT, created_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_subject_type (subject_id, type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里options用 JSON 字符串存储主要是为了方便扩展不同题型的选项数量省去再建一张选项表。查询时用JSON_EXTRACT函数解析。如果不想跟 JSON 打交道也可以拆出来建question_option表但那样要关联查询代码会多一点。试卷表exam_paper和答案记录表是关键。试卷表保存考试的基本信息、开始时间、持续时间、总分答案记录表保存每个考生的每一道题的答案、得分和判分状态。这两张表要重点保证索引设计尤其是paper_id user_id和exam_record.paper_id不然查询成绩单、考生答卷时会很慢。2.4 关于索引和长度的思考很多初学者建表都不爱加索引等数据量到十万条级别才意识到查询卡成 PPT。Exam 里最简单的优化就是给外键字段和常用查询字段建复合索引。例如按科目和题型筛选题目就建了idx_subject_type (subject_id, type)按用户查考试记录就建idx_user_paper (user_id, paper_id)。MySQL 索引不是越多越好写多读少的表宁愿少建索引减少插入和更新时的维护成本。3. 核心功能实现与实操要点3.1 题库批量导入一个 Excel 上传功能背后的处理细节题库管理如果只靠手工一条条录入管理员会崩溃。Exam 提供了 Excel 批量导入功能导入流程是这样的先上传.xlsx文件后端用 POI 解析每一行校验题型、必填项再批量插入数据库。有几个点必须注意文件格式要提前校验不能光靠文件后缀因为有人会把.xls改成.xlsx解析时要跳过模板自带的标题行校验失败的行要记录错误原因返回给用户下载错误报告。我一开始图省事遇到任意一行数据错误就直接回滚整个文件结果录入人员反馈差到爆炸。后来改成“逐行校验错误行单独记录正确行照样导入”体验瞬间就好了。批量插入也有讲究。数据量几百条时用 MyBatis 的foreach拼接 INSERT 没问题到几千条时拼接字符串会导致 SQL 超过 max_allowed_packet。Exam 的优化方案是每 200 条分批提交一次实测导入一万道题耗时从十几秒降到三秒左右。3.2 随机抽题与 MySQL 的 ORDER BY RAND() 性能权衡随机组卷是考试系统的核心亮点。最简单的随机抽题 SQL 是这样SELECT * FROM question WHERE subject_id 1 AND type 1 ORDER BY RAND() LIMIT 20;这个写法在小数据量时没什么问题。但我发现题库只要超过两万条这个查询就会把整张表所有符合条件的数据加载到内存排序并发一高MySQL CPU 直接飙到 100%页面半天出不来。后来我换成了“先随机取 ID再查题目”的方案SELECT id FROM question WHERE subject_id 1 AND type 1 ORDER BY RAND() LIMIT 20;然后拿这 20 个 ID 去WHERE id IN (...)查全字段。虽然本质还是ORDER BY RAND()但由于只查 ID 列MySQL 扫描的数据量小很多性能提升明显。如果数据量更大就需要在题库维护时给每道题生成一个随机排序号抽题时查WHERE rand_num 随机数 ORDER BY rand_num LIMIT 20这种方式几乎不损耗性能适合十万级题库。3.3 自动判分从判断题到多选题每种题型的逻辑都要单独写自动判分的核心逻辑不复杂但边界情况非常多。Exam 的判分模块按题型分开处理判断题比对标准答案布尔值简单直接。单选题考生答案和标准答案字符串相等即得分。多选题必须完全匹配才得分少选、多选、错选都不得分。这里有个策略选择有些考试是“少选得一半分”需要额外配置。Exam 默认是严格模式只支持全对得满分。填空题按空比对答案做 trim 和全角半角转换避免因为多了个空格判错。简答题不自动判标记为待人工评分由教师在后台逐题给分。多选题判分的 Java 代码类似这样public int judgeMultipleChoice(String userAnswer, String correctAnswer) { // 统一处理成 SetString避免顺序影响 SetString userSet splitAnswer(userAnswer); SetString correctSet splitAnswer(correctAnswer); if (userSet.size() ! correctSet.size()) { return 0; } return userSet.containsAll(correctSet) ? fullScore : 0; }这里有个容易踩坑的点多选题答案“A,B”和“B,A”应该视为相同。如果直接对比字符串顺序不一致就容易被误判。所以不管前端传什么顺序后端都要先拆分排序再比较。3.4 交卷防重与事务边界高并发场景下最容易出现重复交卷。考生点击交卷按钮后如果前端没有禁用按钮同时又按了回车后端可能收到两条交卷请求。Exam 在交卷接口最开始就通过数据库唯一索引兜底exam_record表里给user_id paper_id建唯一索引第二次交卷会直接抛异常接口返回“请勿重复提交”。同时整个交卷判分逻辑要包在Transactional里。之前我犯过一个错误先插入答案记录然后判分再更新考试状态三个阶段没有做成一个事务。结果有一次判分服务异常成绩没算出来但答案却保存了考生看到“交卷成功”却没成绩找客服找疯了。这就是为什么事务边界必须覆盖整个交卷流程。4. 环境搭建与部署实战4.1 JDK 与 MySQL 安装别再让环境配置卡住新手Exam 的目标运行环境是 Linux 服务器但开发机我用的是 Windows。很多人卡在环境配置这一步尤其是 Java 环境变量和 MySQL 安装。Java 这边我推荐直接装 JDK 8 或 JDK 11不要装最新的 JDK 17/21除非你想用它做新特性测试。为了兼容性Exam 长期跑在 JDK 8 上Spring Boot 2.x 和 MySQL Connector 5.1.49 都完美支持。MySQL 安装分两种Windows 本地直接用 MySQL Installer 下一步下一步选择 Server only 即可装完记得把bin目录加进 PATHLinux 服务器上更推荐用 Docker 安装等会儿细说。如果是快速体验也可以装 5.7 版本它的配置比 8.0 简单默认认证插件还是mysql_native_password不会遇到 2059 连接问题。4.2 MySQL 数据库初始化与连接配置数据库初始化时要注意字符集。创建数据库时指定CREATE DATABASE examplus DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;然后创建专用账号不要直接用 root 连业务库CREATE USER exam% IDENTIFIED BY your_password; GRANT ALL PRIVILEGES ON examplus.* TO exam%; FLUSH PRIVILEGES;JDBC 连接串这样写jdbc:mysql://127.0.0.1:3306/examplus?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueserverTimezoneAsia/Shanghai一定要加否则 MySQL 8.0 和 Java 时区不一致时间字段会相差 8 小时。allowPublicKeyRetrievaltrue是 MySQL 8.0 用 caching_sha2_password 认证时必须的参数。4.3 Linux 服务器部署从 jar 包到 systemd 服务在生产环境我通常用 Maven 打包成可执行 jarmvn clean package -DskipTests然后把 jar 包上传到服务器写一个 systemd 服务文件来守护进程。创建/etc/systemd/system/examplus.service[Unit] DescriptionExam Online Exam System Afternetwork.target mysql.service [Service] Userexam WorkingDirectory/opt/examplus ExecStart/usr/bin/java -Xms512m -Xmx1024m -jar examplus.jar SuccessExitStatus143 Restartalways RestartSec10 [Install] WantedBymulti-user.target启动服务systemctl daemon-reload systemctl enable examplus systemctl start examplus建议在服务器前面再挂一层 Nginx用反向代理把 80 端口转发到 Java 应用的 8080 端口。这样可以通过子路径或者域名访问还能做静态资源缓存缓解 Java 应用处理图片和 CSS 的压力。Nginx 配置核心就是一个location /加proxy_pass http://127.0.0.1:8080;再设置几个 proxy 请求头。5. 常见问题与排查技巧实录5.1 MySQL 连接时报 2059 错误怎么办这是 MySQL 8.0 最经典的坑。客户端连接到 MySQL 时提示Authentication plugin caching_sha2_password cannot be loaded原因是 8.0 默认认证插件改成了caching_sha2_password而一些旧版本的 JDBC 驱动或可视化工具不认识。解决方案有几种最省事的是把用户的认证插件改回mysql_native_passwordALTER USER exam% IDENTIFIED WITH mysql_native_password BY your_password; FLUSH PRIVILEGES;如果是新项目更推荐直接升级 JDBC 驱动版本到 8.0.33并在连接串里加上allowPublicKeyRetrievaltrue。我遇到过用户用 MySQL 8.0 服务端 老版驱动 没加参数折腾了一个小时才查出来所以项目脚手架里一开始就要把驱动版本固定好。5.2 高并发交卷时出现锁表或死锁考试结束时所有考生同时交卷数据库写入压力集中爆发容易出现Lock wait timeout exceeded。排除缓存依赖后我发现问题集中在两张表上exam_record和answer_record。之前的表引擎是 MyISAM表级锁导致任何写操作都串行化高峰期大量请求排队直接把数据库拖死。处理方法是把 MyISAM 全部改成 InnoDB然后分析事务里 SQL 的执行顺序。不同考生交卷时的更新 SQL 是按同一个顺序执行就极大减少死锁概率。具体做法是更新考试状态之前先按user_id排序让同一个考生的多条更新按固定顺序执行避免互相等待持锁资源。5.3 分页查询成绩慢LIMIT 深分页的优化思路成绩列表默认按总分倒序前端用 page 和 size 分页。原 SQL 是SELECT * FROM exam_record ORDER BY total_score DESC LIMIT 200000, 20;数据量到十万条时这种深分页查询非常慢因为 MySQL 要扫描并丢弃前 20 万条数据。优化手段是“延迟关联”SELECT r.* FROM ( SELECT id FROM exam_record ORDER BY total_score DESC LIMIT 200000, 20 ) t JOIN exam_record r ON t.id r.id;子查询只查主键 ID先快速定位需要的 20 条记录再回表查全字段性能能提升一个数量级。如果还想更快可以直接用游标分页也就是前端传入上一页最后一条记录的 IDSQL 用WHERE id last_id ORDER BY id DESC LIMIT 20避免 OFFSET 开销。5.4 导出报表时内存溢出Excel 导出功能起初用的是 POI 的XSSFWorkbook一次性把一万行数据加载到内存再写文件导致 Java 堆内存直接 OOM。后来我改成SXSSFWorkbook流式写入只保留固定行数在内存其余刷入磁盘问题就解决了。导出接口还要注意设置 HTTP 响应头避免中文文件名乱码。6. 项目复盘与进一步扩展建议6.1 复盘最值得后悔的三个设计决定第一个是早期把答案保存在前端 localStorage结果考生只要清一下浏览器缓存答案就全没了。后面改为后端定时保存后这个问题彻底消失。经验是在线考试场景下永远不要把关键状态完全信任浏览器端。第二个是试卷随机抽题时没有考虑“同一套试卷里题目重复”的情况。虽然概率低但出现过同一道题在单选和判断题里同时出现考生直接懵了。后面加了一层校验组卷完成后从前端到后端都做一次题目 ID 去重。第三个是不重视数据库连接池参数。默认 HikariCP 的 maximumPoolSize 是 10两百人同时交卷时连接池被打满接口大量超时。调大到 50 后配合合理的读超时和事务时间问题解决。数据库连接池不是越大越好过大会增加 MySQL 的压力但 10 对于考试系统明显不够。6.2 后续功能可以怎么扩展Exam 目前能满足基本的考试闭环但真要长期运营还有很多可以扩展的空间。比如引入 Redis 缓存热点题目降低 MySQL 压力把试卷预览和在线考试拆成两个独立服务让考生端压力不影响管理端增加刷题模式把题库按知识点标签输出每日练习给简答题引入 AI 辅助评分减少教师人工阅卷负担。另外如果未来考生量上千、并发冲到几千当前的单机部署一定会遇到瓶颈。到那时候可以把文件存储切换到 OSS 或 MinIO把答题记录写入消息队列异步落库再用读写分离缓解数据库压力。不过这些属于后话从零到一先把核心链路做好才是项目最实在的成果。最后分享一个我自己的习惯每次开发完一个模块都要用真实考试数据做一次“模拟考试”全链路演练从建题、组卷、模拟学生答题、到老师批改和导出成绩。这个过程能发现很多藏在“代码看着没问题”背后的逻辑漏洞。Exam 能稳定跑这么多年靠的不是一次写完而是反复打磨和持续修补。本文还有配套的精品资源点击获取
