简介《图书馆管理信息系统基于JAVA和MySQL的实现》是一份面向计算机专业学生、软件开发入门者及图书馆信息化建设人员的完整设计文档系统说明如何用JAVA与MySQL搭建图书借阅管理平台重点解决图书录入、检索、借阅、归还、续借及统计分析等业务问题。内容涵盖需求分析、实体关系模型ER图、关系模型转换、用户信息表/图书信息表/借阅登记表的结构设计、索引与安全机制同时介绍基于Java Swing或JavaFX的图形界面、通过JDBC连接MySQL执行数据操作并讲解单元测试、集成测试与部署上线等完整流程。全包仅含1个PDF文件大小644KB目录按章节递进适合直接阅读或打印。目前已有99人学习内容紧凑、实践性强读者可获得完整的系统设计思路、数据表与索引的设计方法、界面与数据库联调经验尤其适合用于课程设计、毕业设计或自学项目参考。1. 图书馆管理信息系统为什么它是 Java MySQL 课设里最值得完整走一遍的题目图书馆管理信息系统基于 JAVA 和 MySQL这份课设文档是 Java Web 方向最经典的一条落地路线一张读者表、一张图书表、一张借阅记录表配上登录、图书检索、借书还书几个功能就是一套完整的信息系统。它真正解决的问题不是图书馆业务有多复杂而是让你在小型项目里把 MySQL 建模、JDBC 连接、事务控制、页面传参这条链路完整走通。适合正在做 Java 课设的学生也适合刚学完 Java SE、想找一个带 MySQL 的 javaweb 项目完整案例练手的人。做完这一套去碰 Spring Boot 或 MyBatis会发现大部分概念都是通的。2. 系统设计与 MySQL 建模先把数据模型立住再写 Java 代码2.1 功能模块划分与 Java 技术栈选型Servlet JSP 仍是课设主力做这类系统常见做法是三层结构表现层用 JSP 页面控制层用 Servlet数据层用 JDBC 直连 MySQL。很多人一上来就想上 Spring Boot但课设场景我不太推荐。原因有三条一是答辩通常要你讲清楚请求怎么走、连接怎么开、SQL 怎么拼Spring Boot 把这些封装掉以后一问就露馅二是 Servlet JSP 的代码量其实很小一个图书管理系统十个类以内能写完三是这套结构换成 Spring Boot 只是换壳业务逻辑照搬就行升级不吃亏。如果你已经会用 Maven 和 Tomcat也可以引入 MyBatis 替代手写 JDBC把 SQL 集中到 Mapper 里管理。MyBatis 的学习成本不算高但对课设来说它多一层配置报错时排查链路更长。我的建议是第一次做老老实实用 JDBC做完后想进阶再改成 MyBatis前后对比着看反而学得更透。功能模块上我一般拆成五块读者管理注册、登录、改密码、图书管理录入、修改、下架、借阅管理借书、还书、续借、查询统计按书名、作者、ISBN 查书查借阅记录、管理员简单面板。最核心的是借阅管理它要动两张表的数据也是后面讲事务时重点用的例子。2.2 图书、读者、借阅三张核心表的建表语句与字段说明数据库我用 library 这个名字三张表分别是 book、reader、borrow_record。设计时有两条原则凡是会参与 WHERE 条件的字段都要能单独建索引凡是状态字段一律用有含义的字符串枚举别用 0/1 数字让别人猜。CREATE DATABASE IF NOT EXISTS library DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; USE library; CREATE TABLE book ( book_id INT PRIMARY KEY AUTO_INCREMENT, book_name VARCHAR(100) NOT NULL COMMENT 书名, author VARCHAR(50) DEFAULT NULL COMMENT 作者, isbn VARCHAR(20) UNIQUE COMMENT ISBN号, category VARCHAR(30) DEFAULT 未分类, total_count INT NOT NULL DEFAULT 0 COMMENT 馆藏总量, remaining_count INT NOT NULL DEFAULT 0 COMMENT 可借数量, status TINYINT NOT NULL DEFAULT 1 COMMENT 1在架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT图书表; CREATE TABLE reader ( reader_id INT PRIMARY KEY AUTO_INCREMENT, reader_name VARCHAR(50) NOT NULL, password VARCHAR(64) NOT NULL COMMENT 存SHA-256摘要不存明文, phone VARCHAR(20) DEFAULT NULL, max_borrow INT NOT NULL DEFAULT 5 COMMENT 最大可借册数, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT读者表; CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, reader_id INT NOT NULL, book_id INT NOT NULL, borrow_time DATETIME DEFAULT CURRENT_TIMESTAMP, due_time DATETIME DEFAULT NULL COMMENT 应还时间, return_time DATETIME DEFAULT NULL COMMENT 实际归还时间, status VARCHAR(20) DEFAULT BORROWED COMMENT BORROWED/RETURNED/OVERDUE, KEY idx_reader (reader_id), KEY idx_book (book_id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(reader_id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(book_id) ) ENGINEInnoDB COMMENT借阅记录表;几个字段要重点讲。book 表的 remaining_count 是当前可借数量它必须独立存在借出时减一、还书时加一不要用 total_count 减某张子表算出来并发下数据会漂。borrow_record 表还书时是物理删除还是更新 status我选择保留记录、只更新状态。这样借阅历史完整后面做超期统计、借阅排行都有据可查。字符集为什么不省心用 utf8MySQL 的 utf8 实际是 utf8mb3存 emoji 和生僻字会报错直接指定 utf8mb4 能从根上避开。DATETIME 和 TIMESTAMP 我选 DATETIMETIMESTAMP 上限是 2038 年课设无所谓但养成习惯用 DATETIME 更省心。外键我建议加上能挡住不存在的 reader_id 或 book_id 写进去生产环境大并发会去掉外键靠应用层保证答辩时能说出这一层取舍反而是加分项。建完表顺手插几条测试数据省得后面调试时手动一条条录INSERT INTO book(book_name, author, isbn, total_count, remaining_count) VALUES (Java核心技术, Cay Horstmann, 9787115479156, 5, 5), (MySQL必知必会, Ben Forta, 9787111638537, 3, 3); INSERT INTO reader(reader_name, password, max_borrow) VALUES(zhangsan, SHA2(123456, 256), 5);password 用 SHA2 摘要而不是明文这个习惯一定要有。虽然课设里没人攻击你但答辩老师问密码怎么存时能答出SHA-256 摘要加盐和答明文是两个评分档。3. 用 Java JDBC 跑通登录与图书管理可复现的最小代码3.1 数据库连接工具类用 Properties 管理连接参数不做黑匣子很多课设代码把连接参数直接写在类里换台机器改代码重编译很痛苦。我习惯把驱动、URL、账号密码放到 src/main/resources 下的 db.properties用 Properties 加载这样换环境只改配置不碰代码。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这个 URL 里三个参数是血泪经验换来的。useUnicode 和 characterEncodingutf8 保证中文进出数据库不乱码MySQL 8 的驱动要求必须给 serverTimezone否则报 CST 时区错误。如果你本地 MySQL 是 5.7驱动类要把 com.mysql.cj.jdbc.Driver 换成 com.mysql.jdbc.DriverURL 里时区参数可以留这点第五节还会细说。public class DBUtil { private static String url; private static String user; private static String password; static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(props.getProperty(jdbc.driver)); url props.getProperty(jdbc.url); user props.getProperty(jdbc.username); password props.getProperty(jdbc.password); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, user, password); } public static void close(Connection c, Statement s, ResultSet r) { if (r ! null) { try { r.close(); } catch (SQLException e) { } } if (s ! null) { try { s.close(); } catch (SQLException e) { } } if (c ! null) { try { c.close(); } catch (SQLException e) { } } } }逻辑说明静态代码块在类第一次被加载时执行读取配置并注册驱动getConnection 每次调用返回一个物理连接close 方法统一收尾避免每个 DAO 都写三遍 try-catch。重点看 close 的顺序ResultSet、Statement、Connection 必须按这个顺序关反向关会报Connection is closed之类的怪错。参数说明Class.forName 在 JDBC 4.0 之后其实可以省略因为驱动 jar 的 META-INF/services 会自动注册。但课设里我故意留着一是兼容老 MySQL 驱动二是让新手知道驱动注册这回事存在。等你看到别人的代码没有这行也知道它不是玄学。3.2 图书查询与借阅归还的 Java 实现PreparedStatement 是底线登录和图书查询是两个最常用的功能。登录的 SQL 是 select * from reader where reader_name ? and password ?图书查询是 select * from book where book_name like ?。这里有一个绝对不能退让的底线SQL 必须用 PreparedStatement 拼参数不能拿字符串拼接。public ListBook searchBooks(String keyword) { ListBook list new ArrayList(); String sql SELECT book_id, book_name, author, isbn, total_count, remaining_count FROM book WHERE book_name LIKE ? AND status 1; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Book b new Book(); b.setBookId(rs.getInt(book_id)); b.setBookName(rs.getString(book_name)); b.setAuthor(rs.getString(author)); b.setIsbn(rs.getString(isbn)); b.setTotalCount(rs.getInt(total_count)); b.setRemainingCount(rs.getInt(remaining_count)); list.add(b); } } } catch (SQLException e) { e.printStackTrace(); } return list; }逻辑说明keyword 里含 % 或 _ 时PreparedStatement 只把它当普通字符处理不会改变 SQL 语义而字符串拼接的写法keyword 里传一个 or 11 -- 就能把整张表拖出来。课设里你说是防止 SQL 注入这句话本身就值分。借书操作是另一个重点它必须同时做两件事把 book 表的 remaining_count 减一往 borrow_record 插一条记录。这两步要么都成功要么都失败必须放在同一个事务里下一章单独讲。先看还书的一段代码它比借书简单但能体现状态更新和日期回写public boolean returnBook(int recordId) { String sql UPDATE borrow_record SET status RETURNED, return_time NOW() WHERE id ? AND status BORROWED; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, recordId); return ps.executeUpdate() 1; } catch (SQLException e) { e.printStackTrace(); return false; } }逻辑说明WHERE 里带 AND status BORROWED 是一个防重入的保护记录已经被还过时第二次调用 executeUpdate 返回 0不会把 return_time 覆盖掉。这种条件更新的写法在真实项目里到处都是比先查再改少一次查询也避免了竞态。这里提醒一句returnBook 还少了配套的把 remaining_count 加一的动作。我故意拆开写是因为它和借书一样需要事务放在第四章一起处理。做课设时千万别只更新借阅状态而忘了回补库存这是我见过最多的半成品代码。4. MySQL 侧的关键设计事务、索引与常用命令4.1 借阅与归还为什么要开事务两个 UPDATE 必须同生共死借书动作拆开看是四步检查读者没超期、检查图书有库存、扣减 remaining_count、插入 borrow_record。如果不放在事务里第三步成功第四步失败图书库存就凭空少了而且没有任何记录可查。这就是事务要解决的一致性问题。public boolean borrowBook(int readerId, int bookId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 try (PreparedStatement ps1 conn.prepareStatement( UPDATE book SET remaining_count remaining_count - 1 WHERE book_id ? AND remaining_count 0)) { ps1.setInt(1, bookId); if (ps1.executeUpdate() 0) { conn.rollback(); // 库存不足回滚 return false; } } try (PreparedStatement ps2 conn.prepareStatement( INSERT INTO borrow_record(reader_id, book_id, due_time, status) VALUES(?, ?, DATE_ADD(NOW(), INTERVAL 30 DAY), BORROWED))) { ps2.setInt(1, readerId); ps2.setInt(2, bookId); ps2.executeUpdate(); } conn.commit(); // 两步都成功才提交 return true; } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { } } throw new RuntimeException(借书失败, e); } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { } } } }逻辑说明setAutoCommit(false) 之后同一个连接上的多条 SQL 会进入同一个隐式事务直到 commit 或 rollback。注意 UPDATE 语句里的 AND remaining_count 0这是原子化的库存检查如果库存已经是 0这条 UPDATE 影响 0 行直接回滚不需要先 SELECT 再判断既省一次查询又因为 UPDATE 在 InnoDB 下命中行锁两个并发请求串行执行不会出现同时读到剩余 1 本、两个都借成功的超卖问题。参数说明DATE_ADD(NOW(), INTERVAL 30 DAY) 把应还时间定为借出后 30 天这个 30 天可以提到配置里也可以按读者类型设置不同借期课设里写死就能用。finally 里把 autoCommit 恢复为 true 再关连接是个小习惯如果这个连接来自连接池而不是 DriverManager不恢复会污染下一个使用者的事务状态很多人在这里翻车。提示借出和归还的库存变更必须和借阅记录更新放在同一个事务里。哪怕只是课设也值得为这个动作写一个独立方法别顺手粘在 Servlet 里。还书同理更新 borrow_record 状态为 RETURNED 并写 return_time然后 UPDATE book 把 remaining_count 加一。两步同样要包事务。顺序上我习惯先更新借阅记录再回补库存理由是库存回补的失败概率更低而借阅记录是主凭证先写主凭证更符合业务直觉。4.2 索引设计与慢查询排查先 EXPLAIN 再谈 mysql 性能调优课设数据量就几百条索引的作用看不出来但答辩老师一定会问如果数据到十万条你怎么保证查询不慢。答案就是索引而且必须能说出依据不能拍脑袋。借阅记录表里最常见的查询是某读者当前借了哪些书和某本书被谁借着对应的 WHERE 条件分别是 reader_id status 和 book_id status。我给 borrow_record 建两个联合索引ALTER TABLE borrow_record ADD INDEX idx_reader_status (reader_id, status); ALTER TABLE borrow_record ADD INDEX idx_book_status (book_id, status);联合索引的字段顺序有讲究把等值查询的字段放前面、范围或状态字段放后面。reader_id 是等值status 是过滤所以 (reader_id, status) 比 (status, reader_id) 更有效。这里有个常见误区单独再给 status 建索引基本没用因为它区分度太低MySQL 优化器扫全表都比走索引快。排查慢查询的标准动作是 EXPLAIN。比如这条统计当前借阅明细的 SQLEXPLAIN SELECT r.reader_name, b.book_name, br.due_time FROM borrow_record br JOIN reader r ON br.reader_id r.reader_id JOIN book b ON br.book_id b.book_id WHERE br.status BORROWED;看 EXPLAIN 输出里的 type 列。如果出现 ALL说明 borrow_record 走的是全表扫描这时就要看 idx_reader_status 到底有没有生效。还有一个容易忽略的指标是 rowsEXPLAIN 预估扫描行数课设数据量小看不出差别但你要能解释rows 越小SQL 越优。平时维护用的 mysql 数据库常用命令也顺手列一下都写在调试笔记里show create table book 看表结构show index from book 看索引show processlist 看当前连接排查连接泄漏特别好用select count(*) from borrow_record where statusBORROWED 核对数据一致性。这些命令不用背但要知道存在面试时随口说出 show processlist 比背八股有用得多。5. 课设避坑自查清单从 MySQL 安装到 Java 环境配置的 4 个高频翻车点5.1 现象页面和数据库全部中文乱码原因有三个层次从上到下排查JSP 页面本身的编码、浏览器请求编码、JDBC 连接编码。最常见的是 MySQL 安装时字符集选成了 latin1或建表语句没指定 utf8mb4。解决先确认数据库字符集SHOW VARIABLES LIKE character_set%; 看到 latin1 就重建数据库这是唯一彻底的办法ALTER DATABASE 改完已有表仍然可能是 latin1。JDBC URL 里带 characterEncodingutf8JSP 第一行写 pageEncodingUTF-8Tomcat 的 server.xml 里连接器加 URIEncodingUTF-8。三层都对了乱码基本绝迹。5.2 现象连 MySQL 8 报 ClassNotFoundException 或 Communications link failure原因MySQL 8 的驱动类从 com.mysql.jdbc.Driver 改成了 com.mysql.cj.jdbc.Driver旧教程抄来的代码直接炸另一个是 8.0 默认时区是 UTC驱动要求显式给 serverTimezone。解决mysql-connector-java 8.x 用 com.mysql.cj.jdbc.DriverURL 加 serverTimezoneAsia/Shanghai。如果你装的是 MySQL 5.7.44驱动反而用老类名。这里最省事的办法是装 MySQL 8.0 系列配套新驱动别在 5.7 和 8 之间混搭踩坑。注意MySQL 8 与 5.7 的驱动类名、时区参数、认证插件都不同混用是课设报错的重灾区。5.3 现象运行一段时间后报 Too many connections原因连接没关。最常见的是只在 try 里用 Connectioncatch 或异常分支没走 close或者是用了连接池但没配最大连接数。MySQL 默认 max_connections 是 151课设里每点一次页面漏一条连接几十次就满了。解决所有资源都在 finally 里关或者像 3.2 的代码那样用 try-with-resources。排查时用 show processlist 看 Sleep 状态的连接是不是越来越多。一条一条掐掉治标把代码的关闭逻辑写对才是治本。5.4 现象还书后查当前借阅仍然显示未还原因还书更新了 status但查询条件写的是 return_time IS NULL而还书动作没写 return_time或者日期比较时用了 java.util.Date 直接传给 DATETIME 字段类型不匹配。解决统一用 status 字段作为借阅状态的唯一判据WHERE status BORROWED不要拿 return_time 是否为空去猜。Java 侧传日期参数时要用 java.sql.Timestamp 或 java.sql.Date 而不是 java.util.DatePreparedStatement 对后者会执行隐式转换容易丢掉时分秒。6. 进阶验证把课设从能跑做到禁得起追问的几点习惯代码能跑之后离禁得起追问还差三件事换连接池、做一次并发验证、把登录校验改成摘要比对。连接池这一步把 DriverManager.getConnection 换成 HikariCP 或 Druid。课设里 DriverManager 每次请求都新建物理连接线上这是灾难。换连接池只需要改 DBUtil 里 getConnection 的实现业务层全部不动private static final HikariDataSource dataSource new HikariDataSource(); static { dataSource.setJdbcUrl(url); dataSource.setUsername(user); dataSource.setPassword(password); dataSource.setMaximumPoolSize(10); } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); }逻辑说明连接池在启动时预建若干连接用完后归还而不是销毁。最大连接数设 10 对课设足够。改完这一处借书接口的响应时间会有肉眼可见的下降。并发验证的土办法开两个无痕浏览器窗口同时用同一个账号借同一本只剩 1 册的书。如果没有 AND remaining_count 0 这个条件两个请求都会成功库存变成 -1有了它第二个请求必然返回失败。这个实验在答辩现场演示比任何口头解释都有说服力。我自己的习惯是课设交付前做一遍删除数据库重建的完整流程确认 SQL 脚本从头跑到尾没有报错。很多同学交上去的文档里建表脚本和代码里的字段名对不上答辩现场一跑就翻车。你多花十分钟做这一件事就能避免最尴尬的场面。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/9 1:09:57 · 阅读 1.2k Java+MySQL图书馆管理系统课设：从建表到事务的完整实践
简介《图书馆管理信息系统基于JAVA和MySQL的实现》是一份面向计算机专业学生、软件开发入门者及图书馆信息化建设人员的完整设计文档系统说明如何用JAVA与MySQL搭建图书借阅管理平台重点解决图书录入、检索、借阅、归还、续借及统计分析等业务问题。内容涵盖需求分析、实体关系模型ER图、关系模型转换、用户信息表/图书信息表/借阅登记表的结构设计、索引与安全机制同时介绍基于Java Swing或JavaFX的图形界面、通过JDBC连接MySQL执行数据操作并讲解单元测试、集成测试与部署上线等完整流程。全包仅含1个PDF文件大小644KB目录按章节递进适合直接阅读或打印。目前已有99人学习内容紧凑、实践性强读者可获得完整的系统设计思路、数据表与索引的设计方法、界面与数据库联调经验尤其适合用于课程设计、毕业设计或自学项目参考。1. 图书馆管理信息系统为什么它是 Java MySQL 课设里最值得完整走一遍的题目图书馆管理信息系统基于 JAVA 和 MySQL这份课设文档是 Java Web 方向最经典的一条落地路线一张读者表、一张图书表、一张借阅记录表配上登录、图书检索、借书还书几个功能就是一套完整的信息系统。它真正解决的问题不是图书馆业务有多复杂而是让你在小型项目里把 MySQL 建模、JDBC 连接、事务控制、页面传参这条链路完整走通。适合正在做 Java 课设的学生也适合刚学完 Java SE、想找一个带 MySQL 的 javaweb 项目完整案例练手的人。做完这一套去碰 Spring Boot 或 MyBatis会发现大部分概念都是通的。2. 系统设计与 MySQL 建模先把数据模型立住再写 Java 代码2.1 功能模块划分与 Java 技术栈选型Servlet JSP 仍是课设主力做这类系统常见做法是三层结构表现层用 JSP 页面控制层用 Servlet数据层用 JDBC 直连 MySQL。很多人一上来就想上 Spring Boot但课设场景我不太推荐。原因有三条一是答辩通常要你讲清楚请求怎么走、连接怎么开、SQL 怎么拼Spring Boot 把这些封装掉以后一问就露馅二是 Servlet JSP 的代码量其实很小一个图书管理系统十个类以内能写完三是这套结构换成 Spring Boot 只是换壳业务逻辑照搬就行升级不吃亏。如果你已经会用 Maven 和 Tomcat也可以引入 MyBatis 替代手写 JDBC把 SQL 集中到 Mapper 里管理。MyBatis 的学习成本不算高但对课设来说它多一层配置报错时排查链路更长。我的建议是第一次做老老实实用 JDBC做完后想进阶再改成 MyBatis前后对比着看反而学得更透。功能模块上我一般拆成五块读者管理注册、登录、改密码、图书管理录入、修改、下架、借阅管理借书、还书、续借、查询统计按书名、作者、ISBN 查书查借阅记录、管理员简单面板。最核心的是借阅管理它要动两张表的数据也是后面讲事务时重点用的例子。2.2 图书、读者、借阅三张核心表的建表语句与字段说明数据库我用 library 这个名字三张表分别是 book、reader、borrow_record。设计时有两条原则凡是会参与 WHERE 条件的字段都要能单独建索引凡是状态字段一律用有含义的字符串枚举别用 0/1 数字让别人猜。CREATE DATABASE IF NOT EXISTS library DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; USE library; CREATE TABLE book ( book_id INT PRIMARY KEY AUTO_INCREMENT, book_name VARCHAR(100) NOT NULL COMMENT 书名, author VARCHAR(50) DEFAULT NULL COMMENT 作者, isbn VARCHAR(20) UNIQUE COMMENT ISBN号, category VARCHAR(30) DEFAULT 未分类, total_count INT NOT NULL DEFAULT 0 COMMENT 馆藏总量, remaining_count INT NOT NULL DEFAULT 0 COMMENT 可借数量, status TINYINT NOT NULL DEFAULT 1 COMMENT 1在架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT图书表; CREATE TABLE reader ( reader_id INT PRIMARY KEY AUTO_INCREMENT, reader_name VARCHAR(50) NOT NULL, password VARCHAR(64) NOT NULL COMMENT 存SHA-256摘要不存明文, phone VARCHAR(20) DEFAULT NULL, max_borrow INT NOT NULL DEFAULT 5 COMMENT 最大可借册数, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT读者表; CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, reader_id INT NOT NULL, book_id INT NOT NULL, borrow_time DATETIME DEFAULT CURRENT_TIMESTAMP, due_time DATETIME DEFAULT NULL COMMENT 应还时间, return_time DATETIME DEFAULT NULL COMMENT 实际归还时间, status VARCHAR(20) DEFAULT BORROWED COMMENT BORROWED/RETURNED/OVERDUE, KEY idx_reader (reader_id), KEY idx_book (book_id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(reader_id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(book_id) ) ENGINEInnoDB COMMENT借阅记录表;几个字段要重点讲。book 表的 remaining_count 是当前可借数量它必须独立存在借出时减一、还书时加一不要用 total_count 减某张子表算出来并发下数据会漂。borrow_record 表还书时是物理删除还是更新 status我选择保留记录、只更新状态。这样借阅历史完整后面做超期统计、借阅排行都有据可查。字符集为什么不省心用 utf8MySQL 的 utf8 实际是 utf8mb3存 emoji 和生僻字会报错直接指定 utf8mb4 能从根上避开。DATETIME 和 TIMESTAMP 我选 DATETIMETIMESTAMP 上限是 2038 年课设无所谓但养成习惯用 DATETIME 更省心。外键我建议加上能挡住不存在的 reader_id 或 book_id 写进去生产环境大并发会去掉外键靠应用层保证答辩时能说出这一层取舍反而是加分项。建完表顺手插几条测试数据省得后面调试时手动一条条录INSERT INTO book(book_name, author, isbn, total_count, remaining_count) VALUES (Java核心技术, Cay Horstmann, 9787115479156, 5, 5), (MySQL必知必会, Ben Forta, 9787111638537, 3, 3); INSERT INTO reader(reader_name, password, max_borrow) VALUES(zhangsan, SHA2(123456, 256), 5);password 用 SHA2 摘要而不是明文这个习惯一定要有。虽然课设里没人攻击你但答辩老师问密码怎么存时能答出SHA-256 摘要加盐和答明文是两个评分档。3. 用 Java JDBC 跑通登录与图书管理可复现的最小代码3.1 数据库连接工具类用 Properties 管理连接参数不做黑匣子很多课设代码把连接参数直接写在类里换台机器改代码重编译很痛苦。我习惯把驱动、URL、账号密码放到 src/main/resources 下的 db.properties用 Properties 加载这样换环境只改配置不碰代码。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这个 URL 里三个参数是血泪经验换来的。useUnicode 和 characterEncodingutf8 保证中文进出数据库不乱码MySQL 8 的驱动要求必须给 serverTimezone否则报 CST 时区错误。如果你本地 MySQL 是 5.7驱动类要把 com.mysql.cj.jdbc.Driver 换成 com.mysql.jdbc.DriverURL 里时区参数可以留这点第五节还会细说。public class DBUtil { private static String url; private static String user; private static String password; static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(props.getProperty(jdbc.driver)); url props.getProperty(jdbc.url); user props.getProperty(jdbc.username); password props.getProperty(jdbc.password); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, user, password); } public static void close(Connection c, Statement s, ResultSet r) { if (r ! null) { try { r.close(); } catch (SQLException e) { } } if (s ! null) { try { s.close(); } catch (SQLException e) { } } if (c ! null) { try { c.close(); } catch (SQLException e) { } } } }逻辑说明静态代码块在类第一次被加载时执行读取配置并注册驱动getConnection 每次调用返回一个物理连接close 方法统一收尾避免每个 DAO 都写三遍 try-catch。重点看 close 的顺序ResultSet、Statement、Connection 必须按这个顺序关反向关会报Connection is closed之类的怪错。参数说明Class.forName 在 JDBC 4.0 之后其实可以省略因为驱动 jar 的 META-INF/services 会自动注册。但课设里我故意留着一是兼容老 MySQL 驱动二是让新手知道驱动注册这回事存在。等你看到别人的代码没有这行也知道它不是玄学。3.2 图书查询与借阅归还的 Java 实现PreparedStatement 是底线登录和图书查询是两个最常用的功能。登录的 SQL 是 select * from reader where reader_name ? and password ?图书查询是 select * from book where book_name like ?。这里有一个绝对不能退让的底线SQL 必须用 PreparedStatement 拼参数不能拿字符串拼接。public ListBook searchBooks(String keyword) { ListBook list new ArrayList(); String sql SELECT book_id, book_name, author, isbn, total_count, remaining_count FROM book WHERE book_name LIKE ? AND status 1; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Book b new Book(); b.setBookId(rs.getInt(book_id)); b.setBookName(rs.getString(book_name)); b.setAuthor(rs.getString(author)); b.setIsbn(rs.getString(isbn)); b.setTotalCount(rs.getInt(total_count)); b.setRemainingCount(rs.getInt(remaining_count)); list.add(b); } } } catch (SQLException e) { e.printStackTrace(); } return list; }逻辑说明keyword 里含 % 或 _ 时PreparedStatement 只把它当普通字符处理不会改变 SQL 语义而字符串拼接的写法keyword 里传一个 or 11 -- 就能把整张表拖出来。课设里你说是防止 SQL 注入这句话本身就值分。借书操作是另一个重点它必须同时做两件事把 book 表的 remaining_count 减一往 borrow_record 插一条记录。这两步要么都成功要么都失败必须放在同一个事务里下一章单独讲。先看还书的一段代码它比借书简单但能体现状态更新和日期回写public boolean returnBook(int recordId) { String sql UPDATE borrow_record SET status RETURNED, return_time NOW() WHERE id ? AND status BORROWED; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, recordId); return ps.executeUpdate() 1; } catch (SQLException e) { e.printStackTrace(); return false; } }逻辑说明WHERE 里带 AND status BORROWED 是一个防重入的保护记录已经被还过时第二次调用 executeUpdate 返回 0不会把 return_time 覆盖掉。这种条件更新的写法在真实项目里到处都是比先查再改少一次查询也避免了竞态。这里提醒一句returnBook 还少了配套的把 remaining_count 加一的动作。我故意拆开写是因为它和借书一样需要事务放在第四章一起处理。做课设时千万别只更新借阅状态而忘了回补库存这是我见过最多的半成品代码。4. MySQL 侧的关键设计事务、索引与常用命令4.1 借阅与归还为什么要开事务两个 UPDATE 必须同生共死借书动作拆开看是四步检查读者没超期、检查图书有库存、扣减 remaining_count、插入 borrow_record。如果不放在事务里第三步成功第四步失败图书库存就凭空少了而且没有任何记录可查。这就是事务要解决的一致性问题。public boolean borrowBook(int readerId, int bookId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 try (PreparedStatement ps1 conn.prepareStatement( UPDATE book SET remaining_count remaining_count - 1 WHERE book_id ? AND remaining_count 0)) { ps1.setInt(1, bookId); if (ps1.executeUpdate() 0) { conn.rollback(); // 库存不足回滚 return false; } } try (PreparedStatement ps2 conn.prepareStatement( INSERT INTO borrow_record(reader_id, book_id, due_time, status) VALUES(?, ?, DATE_ADD(NOW(), INTERVAL 30 DAY), BORROWED))) { ps2.setInt(1, readerId); ps2.setInt(2, bookId); ps2.executeUpdate(); } conn.commit(); // 两步都成功才提交 return true; } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { } } throw new RuntimeException(借书失败, e); } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { } } } }逻辑说明setAutoCommit(false) 之后同一个连接上的多条 SQL 会进入同一个隐式事务直到 commit 或 rollback。注意 UPDATE 语句里的 AND remaining_count 0这是原子化的库存检查如果库存已经是 0这条 UPDATE 影响 0 行直接回滚不需要先 SELECT 再判断既省一次查询又因为 UPDATE 在 InnoDB 下命中行锁两个并发请求串行执行不会出现同时读到剩余 1 本、两个都借成功的超卖问题。参数说明DATE_ADD(NOW(), INTERVAL 30 DAY) 把应还时间定为借出后 30 天这个 30 天可以提到配置里也可以按读者类型设置不同借期课设里写死就能用。finally 里把 autoCommit 恢复为 true 再关连接是个小习惯如果这个连接来自连接池而不是 DriverManager不恢复会污染下一个使用者的事务状态很多人在这里翻车。提示借出和归还的库存变更必须和借阅记录更新放在同一个事务里。哪怕只是课设也值得为这个动作写一个独立方法别顺手粘在 Servlet 里。还书同理更新 borrow_record 状态为 RETURNED 并写 return_time然后 UPDATE book 把 remaining_count 加一。两步同样要包事务。顺序上我习惯先更新借阅记录再回补库存理由是库存回补的失败概率更低而借阅记录是主凭证先写主凭证更符合业务直觉。4.2 索引设计与慢查询排查先 EXPLAIN 再谈 mysql 性能调优课设数据量就几百条索引的作用看不出来但答辩老师一定会问如果数据到十万条你怎么保证查询不慢。答案就是索引而且必须能说出依据不能拍脑袋。借阅记录表里最常见的查询是某读者当前借了哪些书和某本书被谁借着对应的 WHERE 条件分别是 reader_id status 和 book_id status。我给 borrow_record 建两个联合索引ALTER TABLE borrow_record ADD INDEX idx_reader_status (reader_id, status); ALTER TABLE borrow_record ADD INDEX idx_book_status (book_id, status);联合索引的字段顺序有讲究把等值查询的字段放前面、范围或状态字段放后面。reader_id 是等值status 是过滤所以 (reader_id, status) 比 (status, reader_id) 更有效。这里有个常见误区单独再给 status 建索引基本没用因为它区分度太低MySQL 优化器扫全表都比走索引快。排查慢查询的标准动作是 EXPLAIN。比如这条统计当前借阅明细的 SQLEXPLAIN SELECT r.reader_name, b.book_name, br.due_time FROM borrow_record br JOIN reader r ON br.reader_id r.reader_id JOIN book b ON br.book_id b.book_id WHERE br.status BORROWED;看 EXPLAIN 输出里的 type 列。如果出现 ALL说明 borrow_record 走的是全表扫描这时就要看 idx_reader_status 到底有没有生效。还有一个容易忽略的指标是 rowsEXPLAIN 预估扫描行数课设数据量小看不出差别但你要能解释rows 越小SQL 越优。平时维护用的 mysql 数据库常用命令也顺手列一下都写在调试笔记里show create table book 看表结构show index from book 看索引show processlist 看当前连接排查连接泄漏特别好用select count(*) from borrow_record where statusBORROWED 核对数据一致性。这些命令不用背但要知道存在面试时随口说出 show processlist 比背八股有用得多。5. 课设避坑自查清单从 MySQL 安装到 Java 环境配置的 4 个高频翻车点5.1 现象页面和数据库全部中文乱码原因有三个层次从上到下排查JSP 页面本身的编码、浏览器请求编码、JDBC 连接编码。最常见的是 MySQL 安装时字符集选成了 latin1或建表语句没指定 utf8mb4。解决先确认数据库字符集SHOW VARIABLES LIKE character_set%; 看到 latin1 就重建数据库这是唯一彻底的办法ALTER DATABASE 改完已有表仍然可能是 latin1。JDBC URL 里带 characterEncodingutf8JSP 第一行写 pageEncodingUTF-8Tomcat 的 server.xml 里连接器加 URIEncodingUTF-8。三层都对了乱码基本绝迹。5.2 现象连 MySQL 8 报 ClassNotFoundException 或 Communications link failure原因MySQL 8 的驱动类从 com.mysql.jdbc.Driver 改成了 com.mysql.cj.jdbc.Driver旧教程抄来的代码直接炸另一个是 8.0 默认时区是 UTC驱动要求显式给 serverTimezone。解决mysql-connector-java 8.x 用 com.mysql.cj.jdbc.DriverURL 加 serverTimezoneAsia/Shanghai。如果你装的是 MySQL 5.7.44驱动反而用老类名。这里最省事的办法是装 MySQL 8.0 系列配套新驱动别在 5.7 和 8 之间混搭踩坑。注意MySQL 8 与 5.7 的驱动类名、时区参数、认证插件都不同混用是课设报错的重灾区。5.3 现象运行一段时间后报 Too many connections原因连接没关。最常见的是只在 try 里用 Connectioncatch 或异常分支没走 close或者是用了连接池但没配最大连接数。MySQL 默认 max_connections 是 151课设里每点一次页面漏一条连接几十次就满了。解决所有资源都在 finally 里关或者像 3.2 的代码那样用 try-with-resources。排查时用 show processlist 看 Sleep 状态的连接是不是越来越多。一条一条掐掉治标把代码的关闭逻辑写对才是治本。5.4 现象还书后查当前借阅仍然显示未还原因还书更新了 status但查询条件写的是 return_time IS NULL而还书动作没写 return_time或者日期比较时用了 java.util.Date 直接传给 DATETIME 字段类型不匹配。解决统一用 status 字段作为借阅状态的唯一判据WHERE status BORROWED不要拿 return_time 是否为空去猜。Java 侧传日期参数时要用 java.sql.Timestamp 或 java.sql.Date 而不是 java.util.DatePreparedStatement 对后者会执行隐式转换容易丢掉时分秒。6. 进阶验证把课设从能跑做到禁得起追问的几点习惯代码能跑之后离禁得起追问还差三件事换连接池、做一次并发验证、把登录校验改成摘要比对。连接池这一步把 DriverManager.getConnection 换成 HikariCP 或 Druid。课设里 DriverManager 每次请求都新建物理连接线上这是灾难。换连接池只需要改 DBUtil 里 getConnection 的实现业务层全部不动private static final HikariDataSource dataSource new HikariDataSource(); static { dataSource.setJdbcUrl(url); dataSource.setUsername(user); dataSource.setPassword(password); dataSource.setMaximumPoolSize(10); } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); }逻辑说明连接池在启动时预建若干连接用完后归还而不是销毁。最大连接数设 10 对课设足够。改完这一处借书接口的响应时间会有肉眼可见的下降。并发验证的土办法开两个无痕浏览器窗口同时用同一个账号借同一本只剩 1 册的书。如果没有 AND remaining_count 0 这个条件两个请求都会成功库存变成 -1有了它第二个请求必然返回失败。这个实验在答辩现场演示比任何口头解释都有说服力。我自己的习惯是课设交付前做一遍删除数据库重建的完整流程确认 SQL 脚本从头跑到尾没有报错。很多同学交上去的文档里建表脚本和代码里的字段名对不上答辩现场一跑就翻车。你多花十分钟做这一件事就能避免最尴尬的场面。希望帮到你。本文还有配套的精品资源点击获取