简介：这是一份面向JavaWeb学习者与毕业设计开发者的企业人事管理系统完整源码包，基于Servlet/JSP、JDBC与MVC分层架构实现，覆盖用户、员工、部门、职位、考勤、薪酬、绩效、培训及报表统计等典型业务模块，并附有personnel.sql数据库初始化脚本，可直接作为毕设项目参考或二次开发底座。压缩包共291个文件，包含75个gif操作演示图、47个jar依赖库、41个class字节码、29个java源文件、18个jsp页面、9个png图标、7个css样式、3个xml配置文件及1个sql脚本等，合计约57.78MB，文件类型覆盖前端展示、后端逻辑与数据库设计。项目按src、WebContent等目录清晰组织，并带有README部署说明，便于循序渐进阅读。目前已有134人学习/下载，适合需要完整项目经验和数据库设计参考的Java开发者快速上手。

1. 基于Javaweb的企业人事管理系统：这份毕设源码到底在解决什么问题？

这个标题背后是一套典型的Javaweb毕业设计：源码压缩包里除了代码，还带着一份可直接导入的数据库脚本。它通常包含用户登录、员工管理、部门管理、考勤记录、薪资信息等模块，后端用Servlet或SSM，前端用JSP，数据库用MySQL，本质上就是一套完整的javaweb项目案例，后端连着mysql数据库，能跑通从登录到增删改查的完整闭环。这类项目真正卡人的地方往往不在业务逻辑，而在环境匹配和数据库初始化上：JDK版本不对、Tomcat端口冲突、SQL脚本导不进去，任何一个小问题都能让新手耗掉一整天。这篇内容就按这份源码的路线，把背后的架构拆清楚，然后带你从IDEA导入、MySQL建库、核心代码走读一直做到答辩前的验收自测，让手里这份压缩包变成一个能稳定演示、能讲清设计点的毕业设计。

2. 拆穿这份源码的底细：JavaWeb人事系统的架构、数据表与关键依赖

2.1 从压缩包看项目结构：一眼认出是Servlet+JSP还是SSM架构

拿到“源码+数据库”压缩包，第一件事不是急着解压运行，而是先看目录组织。JavaWeb毕业设计最常见的两套外壳：传统Servlet+JSP工程和SSM（Spring+SpringMVC+MyBatis）工程。两者的启动逻辑和排错方式差别很大，先花两分钟识别清楚，能省下后面一整天的返工时间。

传统Servlet项目的目录结构长这样：

src/ com.example.dao/ # 数据访问层，JDBC操作 com.example.model/ # JavaBean实体类 com.example.service/ # 业务逻辑层 com.example.servlet/ # 控制层，继承HttpServlet WebContent/ WEB-INF/ classes/ lib/ # 项目依赖的jar包 web.xml # Servlet映射、过滤器、欢迎页配置 employee/ login.jsp db.sql / init.sql # 数据库脚本

如果项目根目录下有pom.xml，并且在web.xml里看到org.springframework.web.servlet.DispatcherServlet，那就是SSM工程，包结构里通常有controller、service、mapper这几层，配置被拆到applicationContext.xml、spring-mvc.xml、mybatis-config.xml里。识别方法很简单：有pom.xml但没有WEB-INF/lib下堆满jar包的，是Maven管理依赖；既有pom.xml又有LIB目录的，可能是IDE导出的冗余产物，运行时要优先走Maven的依赖解析，避免class重复加载。

为什么这个判断重要？传统Servlet项目的URL和后端类名基本一一对应，排查问题时可以直接用web.xml里的<servlet-mapping>反查某个URL被哪个Java类接管。SSM项目则不一样，一个URL可能被@RequestMapping动态映射到任意方法，必须打开Controller代码去扫注解。我接手过的很多翻车现场，都是把SSM工程当普通Web工程导入，结果Tomcat一直报404，原因就是IDEA没有把Maven依赖加入Artifacts，项目根本没法加载Spring上下文。

2.2 数据表设计：员工、部门、用户、考勤、薪资五张表之间的增删改查关系

数据库脚本是这份源码里最值钱的部分。企业人事系统业务不复杂，但表之间的关系设计决定答辩时能不能讲清楚。正常一点的设计至少会有用户表、员工表、部门表、考勤表、薪资表。下面是我常见的建表逻辑：

-- 用户表：只负责登录认证，和员工信息分开 CREATE TABLE `t_user` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(50) NOT NULL COMMENT '登录名', `password` varchar(100) NOT NULL COMMENT '密码，建议存加盐后的密文', `employee_id` int(11) DEFAULT NULL COMMENT '关联员工表，可为空', `role` varchar(20) DEFAULT 'EMPLOYEE' COMMENT 'ADMIN或EMPLOYEE', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 员工表：人事系统的主表 CREATE TABLE `t_employee` ( `id` int(11) NOT NULL AUTO_INCREMENT, `emp_no` varchar(20) NOT NULL COMMENT '工号', `name` varchar(50) NOT NULL, `dept_id` int(11) DEFAULT NULL COMMENT '关联部门表', `hire_date` date DEFAULT NULL COMMENT '入职日期', `salary_base` decimal(10,2) DEFAULT '0.00' COMMENT '基本工资', PRIMARY KEY (`id`), UNIQUE KEY `uk_emp_no` (`emp_no`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 考勤表：按员工+日期记录每日状态 CREATE TABLE `t_attendance` ( `id` int(11) NOT NULL AUTO_INCREMENT, `employee_id` int(11) NOT NULL, `work_date` date NOT NULL, `status` tinyint(4) DEFAULT '1' COMMENT '1正常 2迟到 3缺勤', PRIMARY KEY (`id`), KEY `idx_employee_date` (`employee_id`,`work_date`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 薪资表：按月记录员工薪资 CREATE TABLE `t_salary` ( `id` int(11) NOT NULL AUTO_INCREMENT, `employee_id` int(11) NOT NULL, `month` varchar(7) NOT NULL COMMENT '格式：2025-01', `salary_total` decimal(10,2) DEFAULT '0.00', PRIMARY KEY (`id`), KEY `idx_emp_month` (`employee_id`,`month`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这几张表的设计思路是：用户表和员工表分离，登录密码不会跟着员工列表页泄露；员工表里存dept_id逻辑外键，查询部门员工时直接关联；考勤表组合索引(employee_id, work_date)，在按员工和时间段统计时走索引，不会全表扫。答辩时老师常问“为什么不用外键约束”，你可以回答“逻辑外键通过Service层维护，避免删除操作触发数据库层不可控的级联动作”，这在小型毕业设计中是合理取舍。

拿到数据库脚本后，先别急着跑项目，用几条SQL把数据关系验一遍。比如SELECT d.dept_name, COUNT(e.id) FROM t_dept d LEFT JOIN t_employee e ON d.id = e.dept_id GROUP BY d.id;，这就是一次跨部门员工统计的增删改查闭环预演。很多源码只做了单表操作，删除员工后考勤表和薪资表里还残留旧数据，这些问题越早发现越好。

2.3 为什么毕业设计选这套技术栈：学习价值与答辩的提问点

选择Javaweb人事管理系统做毕业设计，不是因为业务新颖，而是它的技术覆盖度和业务边界都克制得刚刚好。前端用JSP和EL表达式，后端走Servlet或SpringMVC，数据库操作是手写JDBC或MyBatis，部署到Tomcat。这刚好把JavaWeb开发主链路完整走了一遍，又能控制在两三个月内完成。

答辩时老师几乎必问三个问题。第一，“登录怎么做防SQL注入”？如果你的DAO层写的是字符串拼接，那就是送命题；改成PreparedStatement占位符传参，就能顺着讲预编译原理。第二，“删除部门时员工怎么办”？如果源码里直接删部门表，员工表的dept_id就会变成悬空引用；正确做法是增删改查时先查关联数据，或通过事务同时更新员工表的部门为空。第三，“数据库连接资源有没有关闭”？需要你讲清Connection、PreparedStatement、ResultSet三个资源的关闭顺序，或者连接池的回收机制。

另外要注意的是：不要拿一套“全能管理后台”来冒充人事系统。业务边界一旦模糊，表会膨胀到十几张，你自己都很难讲清“为什么要这张表”。人事系统的边界就是组织架构与人，围绕员工、部门、权限、考勤薪资做深。读压缩包里的源码时，优先理解web.xml的请求路由和DAO层的SQL逻辑，这两块读透了，答辩时才能接得上老师的追问。

3. 用IDEA把人事管理系统跑起来：JDK、Tomcat、MySQL和数据脚本导入全流程

3.1 环境匹配的三角关系：JDK版本、Tomcat版本、MySQL驱动谁都不能错

JavaWeb项目对环境的要求属于那种“配置不多但一步错就全崩”的黑匣子。你装的是JDK 17，源码编译级别是1.8，启动直接报UnsupportedClassVersionError；你用的是MySQL 8.0，但驱动还是5.1.x，连库时多半会报时区或公钥交换错误。最不容易出事的组合是JDK 8 + Tomcat 8.5/9.0 + MySQL 5.7/8.0，并用与MySQL版本匹配的驱动。下面这张表可以照着配：

确认编译级别的方法是：IDEA里右键项目根目录，打开Module Settings，在Modules面板看Language Level。如果源码是Eclipse导出的，可能带着.classpath和.project，IDEA导入后容易沿用旧配置，这时候我一般会手动新建一个Module重新关联源代码目录，避免一堆红色报错。

3.2 用IDEA导入并配置Tomcat：idea运行javaweb项目配置的关键步骤

这一步是标题里“源码+数据库”能否变成“可运行系统”的分水岭。我按最常见的普通Web项目方式写一遍：

1. File -> New -> Project from Existing Sources，选择解压后的项目根目录，导入方式选“Eclipse”或直接选“Create project from existing sources”。
2. 进入Project Structure -> Facets，添加“Web”，把Web Resource Directory指向WebContent或src/main/webapp，把Deployment Descriptor指向web.xml。
3. 在Project Structure -> Artifacts点加号，选择Web Application: Exploded，把这个Artifact加到后续的Tomcat运行配置里。
4. 添加运行配置：Run -> Edit Configurations -> Tomcat Server -> Local，在Deployment页把刚才的Artifact加进去，修改Application context为你想要的访问路径，比如/hrms。

这一步最常翻车的地方是：Artifact没配上，导致Tomcat可以启动，但访问http://localhost:8080/hrms/永远404。应用启动后，日志里会有一行Deployment of web application archive ... finished，看到才算部署成功。

数据库连接一般在jdbc.properties或工具类里配置。修改时要注意：

# 数据库连接配置，运行前必须按本机环境修改 jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/hr_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=123456

参数说明：com.mysql.cj.jdbc.Driver是MySQL 8的新驱动全限定名，MySQL 5.7用com.mysql.jdbc.Driver；serverTimezone=Asia/Shanghai是解决MySQL 8时区问题的常规写法；characterEncoding=utf8能让中文按UTF-8写入数据库；allowPublicKeyRetrieval=true&useSSL=false是MySQL 8默认认证插件下的必要参数。如果你改完配置文件还是连不上，记得去DAO工具类里搜一遍有没有写死的url和password，这类“配置文件和代码并存，代码优先”的坑在国产毕设源码里非常普遍。

3.3 初始化MySQL数据库：执行SQL脚本与字符集陷阱

数据库脚本的导入方式有三种：Navicat 打开直接执行、MySQL 命令行source、IDEA 自带的 Database 工具。命令行方式最不容易被图形界面的字符集设置干扰：

# 先登录MySQL，再执行source命令 mysql -u root -p Enter password: ****** source D:/work/hr_db.sql; show databases; use hr_db; show tables;

逻辑说明：source是MySQL命令行内执行SQL文件的命令，Windows下路径分隔符用反斜杠会和各种转义打起来，所以D:/work/hr_db.sql这种正斜杠最稳。执行完不要急着关窗口，先show tables;确认表都建出来了。如果建表时报Incorrect string value: '\xe6\x9d\xa8...'，基本可以确定脚本里的字符集和当前连接的字符集不一致。最直接的修复方案是：确认脚本里面ENGINE=InnoDB DEFAULT CHARSET=utf8mb4，同时以--default-character-set=utf8mb4启动mysql命令行。

如果遇到datadir权限问题，比如执行脚本时提示Permission denied，在Linux环境下容易发生，可以检查MySQL进程的用户和目录权限。这里给个提示：不要用强力删库的方式重试，多看看error log里的具体位置。

3.4 启动Tomcat与自测：看日志定位启动失败的本质原因

配置完成后，点IDEA的Debug或Run按钮启动。首次运行不要着急看浏览器，先看底部Tomcat Console日志。出现[ServletContext@...]表示上下文初始化完成，接下来浏览器访问项目根路径。如果页面打不开，把地址栏的端口和项目名对齐：http://localhost:8080/项目名/，项目名就是刚才Deployment里Application context配的名字。

自测顺序建议这样走：先打开登录页，用管理员账号登录；登录后点进员工列表，看表格有没有数据；然后新增一条员工记录，包括带中文的字段，验证乱码；再执行修改和删除，确认跳转正确。任何一步出现500，切到Tomcat日志里找Caused by后面那几行。如果是ClassNotFoundException，说明有jar包没进WEB-INF/lib；如果是SQLException: Access denied，说明账号密码不对；如果是Unknown database，说明hr_db没建出来或者名字拼错了。

4. 读懂人事系统核心代码：登录拦截、员工增删改查与数据库交互的典型写法

4.1 登录与权限拦截：用Filter统一校验Session，而不是在每个Servlet里重复判断

很多Javaweb毕设源码的登录逻辑是：登录Servlet查到用户后把对象扔进Session，然后每个页面背后的Servlet里复制粘贴一段“session里有没有user”的判断。这种代码第一次跑能通，但改起来很痛苦，漏一个页面就是越权访问。更好的写法是统一加一个过滤器：

package com.example.filter; import javax.servlet.*; import javax.servlet.annotation.WebFilter; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; @WebFilter("/*") public class AuthFilter implements Filter { private String[] excludedUrls = {"/loginServlet", "/login.jsp", "/css/", "/js/"}; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; HttpSession session = req.getSession(false); String path = req.getRequestURI().substring(req.getContextPath().length()); boolean needLogin = true; for (String url : excludedUrls) { if (path.startsWith(url)) { needLogin = false; break; } } if (needLogin && (session == null || session.getAttribute("user") == null)) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } chain.doFilter(request, response); } }

逻辑说明：@WebFilter("/*")拦截所有请求，通过excludedUrls放行登录页、登录接口和静态资源，剩下的一律检查Session中是否有user属性。关键点是getSession(false)而不是getSession()，后者会强制创建一个不存在的会话，导致没登录的请求也能拿到一个空的Session对象，拦截器判断就会出现漏网。如果你的项目是不支持 Servlet 3.0 注解的旧版Tomcat，那就把这个Filter类配置到web.xml：

<filter> <filter-name>authFilter</filter-name> <filter-class>com.example.filter.AuthFilter</filter-class> </filter> <filter-mapping> <filter-name>authFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

这两种方式选一种即可，同时配容易重复执行Filter。好的毕设源码会在这里做文章，答辩时你可以顺带讲“静态资源放行、未登录请求302跳转”这些细节，体现的不只是会用框架，而是理解请求生命周期。

4.2 员工模块的增删改查：从JSP表单到Servlet再到MySQL的完整链路

员工模块是人事系统的核心。新增员工的流程是：JSP页面提交表单，Servlet接收参数并做后端校验，再调用DAO插入数据库。下面是Servlet端的典型写法：

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding("UTF-8"); String empNo = request.getParameter("empNo"); String name = request.getParameter("name"); String deptId = request.getParameter("deptId"); // 后端兜底校验，不能只靠前端 if (empNo == null || empNo.trim().isEmpty() || name == null || name.trim().isEmpty()) { request.setAttribute("error", "工号和姓名不能为空"); request.getRequestDispatcher("/employee/add.jsp").forward(request, response); return; } Employee emp = new Employee(); emp.setEmpNo(empNo); emp.setName(name); emp.setDeptId(Integer.parseInt(deptId)); // 非数字会抛异常，真实代码需要try-catch EmployeeDao dao = new EmployeeDao(); int result = dao.insert(emp); if (result > 0) { response.sendRedirect(request.getContextPath() + "/employeeServlet?method=list"); } else { request.setAttribute("error", "新增失败，请检查工号是否重复"); request.getRequestDispatcher("/employee/add.jsp").forward(request, response); } }

逻辑说明：request.setCharacterEncoding("UTF-8")必须放在getParameter前面，否则POST提交的中文会乱码。后端校验不能省，因为JSP页面上一旦绕过required属性，空数据会直接打到数据库层，造成工号空值进入表里。response.sendRedirect是重定向，让浏览器重新发起列表请求，避免用户刷新页面时重复提交表单；而forward是服务端转发，直接留在新增页面显示错误信息，这两种跳转方式要在演示时区分开，口误讲错了容易被老师抓着问。

DAO层的插入方法用PreparedStatement实现：

public int insert(Employee emp) { String sql = "insert into t_employee(emp_no, name, dept_id, hire_date, salary_base) values(?,?,?,?,?)"; try (Connection conn = DbUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, emp.getEmpNo()); ps.setString(2, emp.getName()); ps.setInt(3, emp.getDeptId()); ps.setDate(4, new java.sql.Date(emp.getHireDate().getTime())); ps.setBigDecimal(5, emp.getSalaryBase()); return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } }

参数说明：try-with-resources是JDK 7的语法，能自动关闭Connection和PreparedStatement，省去冗长的finally。实体类里的hireDate通常是java.util.Date，数据库列是java.sql.Date，必须用new java.sql.Date(...)转一下，否则会有参数类型错误。executeUpdate()返回的是受影响行数，大于0表示插入成功，这是整个增删改查链路里判断成功与否的标准姿势。

4.3 数据库操作细节：PreparedStatement防注入与事务控制的可选改造

人事系统的登录接口是最容易暴露SQL注入的地方。如果源码里写的是select * from t_user where username='"+username+"'，那基本属于答辩送分题，老师会当场问你“用户名输入' or '1'='1会怎么样”。解决办法是把所有动态拼接换成PreparedStatement，用?占位符传参，这样MySQL驱动会对输入做转义，从根上堵住注入。

另一个常见硬伤是事务控制缺失。比如新增员工成功后，部门表里的人数没有同步加1；删除员工后，考勤和薪资记录还在。这种情况可以用一个事务方法把两步数据库操作包在一起：

public void addEmployeeAndUpdateDept(Employee emp) throws SQLException { Connection conn = DbUtil.getConnection(); conn.setAutoCommit(false); try { PreparedStatement ps1 = conn.prepareStatement( "insert into t_employee(emp_no, name, dept_id) values(?,?,?)"); ps1.setString(1, emp.getEmpNo()); ps1.setString(2, emp.getName()); ps1.setInt(3, emp.getDeptId()); ps1.executeUpdate(); PreparedStatement ps2 = conn.prepareStatement( "update t_dept set emp_count = emp_count + 1 where id = ?"); ps2.setInt(1, emp.getDeptId()); ps2.executeUpdate(); conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } }

逻辑说明：setAutoCommit(false)之后，两条SQL要么一起成功，要么一起回滚。提交之后一定要在finally里把autoCommit恢复成true，否则连接回到连接池中时还带着事务状态，下一段代码就只能在没提交的情况下工作了。这个细节很多人会漏，但实际操作里连接池连接复用之后，不恢复会产生极大的隐雷。答辩时把这个例子讲清楚，老师会觉得你不只是调通了代码，还理解了数据一致性。

5. 避坑指南：JavaWeb人事系统跑不起来的5个典型问题排查

5.1 Tomcat端口被占用：改端口是一步，找到占用进程是另一步

现象：IDEA启动Tomcat时，控制台报Port 8080 is already in use，或者项目能启动但浏览器访问旧端口一直失败。

原因：8080被其他进程占用了。常见的有以前没关干净的Tomcat实例、本地某个服务管理器，甚至是一些开发工具自带的代理。

解决：先用命令定位占用进程。Windows上执行netstat -ano | findstr 8080，Linux/macOS执行lsof -i :8080。拿到PID后，Windows用taskkill /PID 进程号 /F，Linux用kill -9 进程号。如果你不想杀进程，就改IDEA的Run Configuration：HTTP port改成8081，JMX port改成1099之类的未占用端口。改完注意浏览器访问http://localhost:8081/项目名/，别还在老端口上找页面。查日志时记住一句话：Tomcat启动日志里显示Tomcat started on port 8081，才算真正生效。

5.2 MySQL 8.0连接报Public Key Retrieval allowed

现象：应用能启动，但页面上任何查询或登录操作都报500，日志里有Public Key Retrieval is not allowed。

原因：MySQL 8.0默认用户的认证插件是caching_sha2_password，客户端第一次连接时需要从服务端获取公钥完成密钥交换，但JDBC驱动默认不允许这个动作。

解决：在JDBC连接URL上加上allowPublicKeyRetrieval=true&useSSL=false。完整示例：

jdbc.url=jdbc:mysql://localhost:3306/hr_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true

参数说明：allowPublicKeyRetrieval=true是允许客户端获取服务端公钥；useSSL=false是在本地开发环境关闭SSL握手，减少干扰。如果你从压缩包里看到数据库脚本里已有用户没被改成mysql_native_password，改URL是最低成本的解决方案。切记不要图省事把JDK换掉，问题根本不在Java版本。

5.3 中文乱码：从JSP到Servlet再到数据库的编码链

现象：登录页输入中文，插入数据库后变成了????；或者员工列表页显示一堆乱码。

原因：编码链路里的某一环断了。JSP页面没声明UTF-8，Servlet读取参数前没设置编码，JDBC URL里没带characterEncoding=utf8，数据库表默认字符集不是utf8mb4，任一出问题都乱码。

解决：按下面这张表逐个检查。

如果检查完还是乱码，再单独执行一句ALTER TABLE t_employee CONVERT TO CHARACTER SET utf8mb4;，把已经建好的表转换过来，这属于典型数据库表结构调整，不影响现有数据。注意JSP页面里的charset和pageEncoding要一致，只写contentType不写pageEncoding在部分Tomcat版本上仍会按ISO-8859-1解析文件。

5.4 数据库表结构对不上：SQL脚本与实体类字段的隐形错位

现象：项目能启动，但点“员工列表”时报500，日志里有Unknown column 'salary_base' in 'field list'或Column 'empNo' not found。

原因：SQL脚本和源码里的实体类字段对不上。比如实体类用驼峰empNo，表里列名却是emp_no；或者源码里查了一个字段，但db.sql里没建出来。很多压缩包里的SQL不是最终版，可能一版代码配一版脚本。

解决：用show create table t_employee;拿到真实表结构，再逐个对照实体类和DAO层的SQL。缺字段就补一条：

-- 补上缺少的字段，注意字段定义要和实体类类型匹配 ALTER TABLE t_employee ADD COLUMN salary_base decimal(10,2) DEFAULT '0.00' COMMENT '基本工资';

参数说明：ADD COLUMN后面必须带完整的字段定义，只写字段名MySQL会直接报语法错误。如果实体类和表列名只是命名风格不一样，就用过个别名或在SQL里改成一致的命名，不要为了省事在Java里手动处理字段映射，那会越改越乱。改完后手动执行一次SELECT，确认新列能正常返回，再回页面刷新验证。

5.5 IDEA导出数据库脚本：字符集和排序规则踩坑

现象：自己用IDEA改完表结构，导出init.sql给老师或换电脑导入，发现对方执行报错，比如Unknown collation: utf8mb4_0900_ai_ci。

原因：IDEA导出的脚本默认会带上MySQL 8.0专属的排序规则和建库语句，如果目标机器是MySQL 5.7，这些语法根本不认识。而且导出还会带上外键、视图、甚至是查询记录等无关内容，把一份干净的初始化脚本弄得很冗余。

解决：不要在IDEA里直接全量导出。最稳妥的方案是：以压缩包原装的db.sql为基础，把你做的表结构改动写成单独的ALTER语句附在文档里。如果你确实需要完整脚本，用Navicat导出，并在选项里取消勾选“包含建库语句”和“包含视图”，字符集选择UTF-8。另外，导出后找一个干净环境重跑一遍，这是保证脚本可复现的唯一手段，别等演示当天才发现。

6. 毕业设计验收前的最后一公里：用演示数据和自测脚本证明系统可用

在正式演示前，花半小时做一份“不露馅”的演示数据。我的做法是：员工表里建12个人，分布在3个部门，工号从HR001排到HR012，部门人数不要平均，有的部门4人，有的部门2人。考勤表里给其中一人造两天迟到、一天缺勤，这样演示“按部门统计”或“按员工查考勤”时，数据有层次，老师一眼能看出页面不是写死了假数据。

自测脚本建议直接用SQL验证核心关系，比在页面上挨个点更快：

-- 验收前自测：部门和员工数对得上 SELECT d.dept_name, COUNT(e.id) AS emp_count FROM t_dept d LEFT JOIN t_employee e ON d.id = e.dept_id GROUP BY d.id; -- 验证某员工薪资是否存在 SELECT e.emp_no, e.name, s.salary_total FROM t_employee e LEFT JOIN t_salary s ON e.id = s.employee_id WHERE e.emp_no = 'HR003';

这两个查询能快速证明外键关联和连表逻辑正常。演示时按“登录 → 部门列表 → 员工列表 → 新增 → 修改 → 删除”的顺序走，中途故意输入一个空工号让后端弹出校验提示，这比一味顺流程更能体现系统的完整性。我遇到过最尴尬的一次，是演示前发现员工删除后考勤表里还留着打卡记录，按员工统计考勤时直接空指针，当时只能硬着头皮说“这个场景我还没覆盖”。后来我养成了两个习惯：一是删除操作前先用查询SQL看关联数据，二是所有改动数据的操作都在前端加确认弹窗，并写明影响范围。如果你时间紧张，优先把登录会话失效跳转和统一乱码处理做了，这两个点老师最喜欢顺手点开测试。希望帮到你。

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