Java图书管理系统实战：MySQL导入、JDBC连接与Tomcat部署全指南

简介：这份Java图书管理系统项目包以完整源码与MySQL数据库脚本为核心，专为计算机专业学生应对期末大作业或课程设计打造。作为大三阶段经导师指导并通过的高分项目，其评审成绩达99分，代码经过完整测试可直接运行，对初学Java者也比较友好。压缩包共含32个文件，包含9个Java源文件与对应编译生成的18个class字节码，便于直接运行或对照学习；还有1个SQL脚本用于初始化数据库表结构，以及.classpath、.project等工程配置文件和一份docx课程设计说明文档，覆盖从开发环境搭建到系统演示讲解的全过程。资源整体仅530KB，体量轻、结构清晰，平均每个文件约17KB，方便下载与本地运行。目前已有178人学习，适合需要参考真实课设项目模板、练习Java与MySQL整合开发，或短期完成期末大作业的学生使用。

1. 图书管理系统这个 Java 课程设计包，到底值不值得下载来跑

很多人下载 java 图书管理系统（Java源码 + Mysql数据库） 这个压缩包，都是为了交课程设计或毕业设计，但一半人卡在第一步：代码解压后能看懂，数据库却连不上。这个标题背后是一套很典型的 JavaWeb 三层结构项目，JSP 负责页面展示，Servlet 做请求路由和业务控制，JDBC 直连 MySQL 完成增删改查。它解决的是“从零把一个可交互的管理系统跑起来”这件事，适合刚学完 JavaSE 和 SQL 基础、正在走 java 学习路线的新手，也适合想拿现成项目套壳改写成自己方案的人。值不值得跑，取决于你手头的 JDK、Tomcat 和 MySQL 版本是否匹配，以及能不能把 SQL 脚本正确导进去。

2. 先把 Mysql 数据库立起来：从装库到 SQL 脚本导入的完整路径

拿到 zip 后别急着打开代码，先把数据库跑通。图书管理系统这类 JavaWeb 项目，九成以上的启动失败都不是代码问题，而是 MySQL 没准备好：库没建、账号密码不对、驱动和数据库版本不匹配。这一章按“拿到 SQL 脚本 → 导入 → 调参数”的顺序走一遍，照着做就能把数据层打通。

2.1 图书管理系统里的 Mysql 数据库脚本，拿到后先看这三件事

解压 zip 后，在根目录或 sql 文件夹下一般能看到一个 .sql 文件，常见命名是 book.sql、library.sql、db_library.sql。不要用记事本双击打开，先用 Notepad++ 或 VS Code 检查右下角编码，重点看三件事。

第一，文件编码。如果显示 UTF-8，导入后中文基本正常；如果显示 GBK，脚本里的中文注释和初始数据导入后大概率乱码。第二，有没有建库语句。很多脚本开头只有 CREATE TABLE，没有 CREATE DATABASE 和 USE，这意味着作者默认你手动建好库再执行。第三，表引擎和字符集。出现 ENGINE=InnoDB 和 utf8mb4 说明是近几年写的；如果全是 MyISAM 和 latin1，建议手动改成 utf8mb4，否则后面插入中文图书名会直接报错。

一个典型的图书管理系统 SQL 脚本开头长这样：

-- 建库：指定 utf8mb4，避免中文乱码 CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE library_db; -- 管理员表：id 自增，username 唯一，password 存明文或 MD5 CREATE TABLE admin ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(32) NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; -- 初始管理员账号：admin / 123456 INSERT INTO admin (username, password) VALUES ('admin', '123456');

注意 password 字段长度。如果脚本里 VARCHAR(16)，作者默认存明文；VARCHAR(32) 一般对应 MD5 加密后的 32 位十六进制字符串。这里还隐含一个坑：如果你登录时密码框输入 123456 却登不进去，而数据库里存的也是 123456，那就说明登录代码对密码做了 MD5 加密，你需要在数据库里先把密码改成加密后的值，或者临时改成不加密。后面第 6 章会专门讲密码改造。

2.2 两种导入 SQL 的方式：Navicat 可视化与 mysql 命令行

最常见的做法是用 Navicat 导入，画面直观，适合新手。打开 Navicat，新建 MySQL 连接，主机填 localhost，端口 3306，用户名 root，填你自己 MySQL 的密码，连接成功后右键点击连接名，选择“运行 SQL 文件”，选中刚才那个 .sql 文件，点击开始。跑完刷新一下就能看到 library_db 库和里面的表。

这里有一个很多人翻车的细节：不要在已经打开的某个数据库里点“查询”然后粘贴脚本。如果脚本里有 CREATE DATABASE 和 USE 语句，Navicat 会先切到那个新库，再执行建表语句，过程没问题；但如果脚本里没有 USE，你就会把表建到当前选中的库里，等源码里的 JDBC 连接指向 library_db 时，提示 Unknown database。所以运行 SQL 文件时，要右键点击“连接”而不是“数据库”。

不想用 Navicat 的，可以用 MySQL 自带的命令行客户端，免费且不依赖第三方工具。Windows 下打开 cmd，先进入 MySQL bin 目录，或者把 bin 配进 PATH，然后执行：

mysql -u root -p

输入密码进入交互界面后，执行：

SOURCE C:/path/to/library.sql;

SOURCE 后面跟绝对路径，斜杠用 /，不要用反斜杠。如果你的脚本里没有 CREATE DATABASE，需要先手动建库，再指定库执行：

mysql -u root -p library_db < library.sql

这两条命令的区别要看清：SOURCE 方式会执行脚本里的所有语句，包括建库和切库；管道方式则默认你已经建好 library_db，如果脚本开头的 USE 指向别的库，会产生冲突。Linux 上通过 apt 安装 mysql-server 后，mysql 命令一般在 /usr/bin/mysql，基本不用配环境变量，直接执行上面的命令即可。

2.3 建库建表之后，必改的 3 个数据库参数

脚本导入成功只是第一步，还要保证 Java 源码能连上它。图书管理系统这类课程设计项目，源码里的数据库配置往往是作者本机的值，通常集中在 src 下的 db.properties、jdbc.properties 或 dao 包里的 DBUtil.java。有三个参数最常需要改。

第一个是账号密码。源码里写死的 root/123456 和本地实际账号不一致时，建议去改源码配置文件，而不是改本地 MySQL root 密码。因为改 root 密码会影响你机器上的其他项目，改配置文件只影响这一个项目。第二是端口。如果本地 MySQL 因为旧版本残留或者端口冲突跑在 3307，JDBC URL 里的 3306 也要跟着改，否则报 Connection refused。第三是 MySQL 8 的认证插件。8.0 默认 caching_sha2_password，而老项目自带的 mysql-connector-java 5.1.x 驱动不认这个插件，会报 Public Key Retrieval is not allowed 或 SSL 连接错误。

如果你不想换驱动，可以在 MySQL 里把用户认证方式改回兼容模式：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456'; FLUSH PRIVILEGES;

注意这里的 123456 要换成你本地真实的 root 密码。改完之后 Navicat 和旧驱动就能正常连了。不过我的习惯是直接升级驱动到 8.0.x，不然每次重装 MySQL 都要重新改一次用户认证，太啰嗦。后面第 3 章会给出驱动和 URL 的具体写法。

3. 让 Java 源码在本机跑起来：JDK、IDE 与 Tomcat 的三件套配置

数据库就绪后，开始处理 Java 源码。这个阶段最常见的现象是：代码能编译，但 Tomcat 启动到一半报错；或者启动成功，页面却全是 404。原因基本集中在三件事：项目本身是 Maven 工程还是传统 Web 工程、JDK 与 Tomcat 版本是否匹配、MySQL 驱动和连接配置有没有同步更新。这一章逐个说清楚。

3.1 源码包用 Maven 还是普通 Web 工程，决定了你导入的方式

解压源码后，第一个动作是看根目录有没有 pom.xml。这决定了你在 IDEA 里的导入姿势，也决定了依赖 jar 从哪来。

有 pom.xml 的，用 IDEA 的 Open 直接打开项目根目录，IDEA 识别为 Maven 项目后会自动下载依赖。打开后先点右侧 Maven 面板的刷新按钮，等进度条跑完再启动 Tomcat。如果网络不好，依赖下载失败，启动时会报 java.lang.ClassNotFoundException: org.springframework.* 或 mysql 相关类找不到，这是 Maven 私服超时导致 jar 没下全，重新刷新或换个镜像源即可。

没有 pom.xml，而是出现 WebContent/ 或 web/ 目录、WEB-INF/web.xml 的，是传统 Web 工程。导入时选择 Import Project，选中目录后 IDEA 会提示是否作为 Maven 项目，选不是，然后把它识别为普通 JavaWeb 项目。导入后需要右键 web/WEB-INF/lib 下的 jar 包，选择 Add as Library，把依赖加进 classpath。这类项目常见的 lib 里有 mysql-connector-java 5.1.x 和 jstl-1.2，如果缺失，页面里的 JSTL 标签会变成一堆看不懂的 HTML 代码。

这里有一个很容易误导人的点：源码编译通过不代表运行没问题。编译只需要 JDK，运行还依赖 Tomcat 提供的 servlet-api.jar。IDEA 里需要把项目选中右键 Open Module Settings，在 Artifacts 里把项目打成 war exploded，再把这个 Artifact 部署到 Tomcat。很多人跳过这一步直接点运行，IDEA 会提示 No artifacts marked as deployable。

3.2 JDK 与 Tomcat 版本不匹配，是 JavaWeb 项目最常见的翻车点

图书管理系统这类课程设计源码，大多数编写于 JDK 8 时代，代码里用的是 javax.servlet.* 包。JDK 和 Tomcat 的兼容关系如下表：

最稳妥的组合是 JDK 1.8 配 Tomcat 8.5，这个组合在绝大多数课程设计源码上都能直接跑通。如果机器上装的是 JDK 17，又想跑老项目，我不建议去重新编译源码，最简单的方法是再装一个 OpenJDK 8，IDEA 里切换 Project SDK。

JDK 装好后，先验证命令行环境。Windows 下打开新的 cmd，执行：

java -version javac -version

如果 java -version 有输出，javac 提示不是内部或外部命令，说明 JRE 正常但 JDK 没配好，需要在系统环境变量里加 JAVA_HOME 指向 JDK 安装目录，并在 PATH 里加上 %JAVA_HOME%\bin。IDEA 里也要对应设置：File -> Project Structure -> SDK 选 1.8，Language Level 选 8，确保编译输出字节码版本和 JDK 一致。

Tomcat 本身不需要配 CATALINA_HOME，除非你坚持用命令行 startup.bat 启动。在 IDEA 里是 Run -> Edit Configurations -> 左上角加号 -> Tomcat Server -> Local，然后指定 Tomcat 目录即可。配置完在 Deployment 页签里把 war exploded 加进去，Application context 改成 /library，不要用默认的带下划线的工程名，否则后面访问路径都对不上。

3.3 源码里的数据库连接配置，照着这个模板改就能连上

源码里数据库连接配置通常写在两种地方：单独的 .properties 文件，或者一个叫 DBUtil 的 Java 类。前者适合整体替换，后者适合改常量。不管是哪种，核心就一段配置。如果你的 zip 包自带的是 5.1.x 驱动而本地是 MySQL 8，强烈建议直接换成 8.0.33 并改用下面的 URL：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/library_db?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=123456

这里每个参数都有讲究。driver 类名，MySQL 5.x 时代是 com.mysql.jdbc.Driver，8.x 改成了 com.mysql.cj.jdbc.Driver，两者不通用。serverTimezone 必须指定，否则连接时报时区错误，那串乱码提示国内新手几乎都见过。useSSL=false 在本地开发足够，生产环境才考虑开 SSL。allowPublicKeyRetrieval=true 是 MySQL 8 配合 caching_sha2_password 时需要的，不加就报 Public Key Retrieval is not allowed。

如果源码里的 DBUtil 是 Java 类，通常会写成一个静态方法，核心逻辑类似这样：

public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/library_db" + "?useUnicode=true&characterEncoding=utf-8" + "&serverTimezone=Asia/Shanghai" + "&useSSL=false&allowPublicKeyRetrieval=true"; private static final String USER = "root"; private static final String PASSWORD = "123456"; static { try { Class.forName("com.mysql.cj.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }

注意一个忌讳：类路径里不要同时出现 5.1.x 和 8.0.x 两个版本的 mysql 驱动 jar，Class.forName 会加载其中一个，但其他类加载到的连接器版本不确定，排错时会出现玄学问题。只留一个 8.0.33 即可。改完配置后，启动 Tomcat，能打开登录页并成功登录，说明 Java 端和 MySQL 端已经打通。

4. 从源码里拆出图书管理系统最核心的三个功能块，顺便摸摸技术方案

跑通以后，别急着交作业。你要能跟答辩老师讲清楚：登录是怎么拦截的，图书查询为什么不会发生 SQL 注入，借书为什么不会出现超借。这三个功能块在图书管理系统里是标配，也是面试八股文里那几道高频题的落地场景。这一章按功能拆源码，同时给出一套能放进自己项目的写法。

4.1 登录与权限：Session 过滤器与角色判断的常见写法

图书管理系统的权限模型一般分管理员和普通读者。管理员可以修改图书和维护用户，读者只能查询和借阅。最简单可靠的实现是 Servlet 过滤器统一拦截，用户登录成功后把对象放进 Session，每次请求先查 Session。

public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpSession session = request.getSession(false); Object admin = session == null ? null : session.getAttribute("admin"); if (admin == null) { request.getRequestDispatcher("/login.jsp").forward(request, resp); return; } chain.doFilter(req, resp); } }

这段逻辑很直接：session 为 null 或取不到 admin 属性，就转发到登录页；否则放行。值得注意是 getSession(false)，这里传 false 很关键，表示如果没有会话不要新建一个，否则每个未登录请求都会创建空 Session，白白浪费内存。

过滤器要在 web.xml 里注册才能生效：

<filter> <filter-name>loginFilter</filter-name> <filter-class>com.library.filter.LoginFilter</filter-class> </filter> <filter-mapping> <filter-name>loginFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

url-pattern 用 /* 会拦截所有请求，包括 CSS、JS、图片。很多人的登录页样式全丢了，就是过滤器把静态资源也劫持了。解决做法是在 doFilter 里加一段放行逻辑，对以 .css、.js、.png 结尾的路径直接 chain.doFilter。答辩时老师常问“为什么登录状态用 Session 不用 Cookie”，标准答法就是：Cookie 存在客户端且服务端无法主动失效，Session 存服务端，配合 setMaxInactiveInterval 可以控制超时时间，安全性更高。这一句话就能把你的代码从“能跑”提升到“懂原理”。

4.2 图书 CRUD：从 JSP 页面到 JDBC 预编译语句的完整链路

图书管理系统的核心数据操作就是图书表的增删改查。展示层是 JSP，控制层是 Servlet，数据层是 DAO。以最常用的模糊查询为例，三层调用链是这样走的：JSP 页面提交 keyword 参数给 bookServlet，Servlet 调 bookDao.findBooks(keyword)，DAO 执行 SQL 返回 List 集合，Servlet 把 List 塞进 request 转发回 book-list.jsp，JSP 用 JSTL 循环输出表格。

DAO 层的推荐写法是 PreparedStatement，而不是拼字符串的 Statement：

public List<Book> findBooks(String keyword) throws SQLException { String sql = "SELECT * FROM book WHERE name LIKE ? AND status = 1 ORDER BY id DESC"; List<Book> list = new ArrayList<>(); 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.setId(rs.getInt("id")); b.setName(rs.getString("name")); b.setAuthor(rs.getString("author")); b.setStatus(rs.getInt("status")); list.add(b); } } } return list; }

这里有两个必须讲明白的点。第一，LIKE 的参数化写法。% 通配符要拼在参数值里，而不是拼进 SQL 字符串，写成 LIKE '%' + keyword + '%' 是很多初学翻车的重灾区，一旦输入框里包含单引号，SQL 就被截断。PreparedStatement 的 setString 会自动转义单引号，从根上避免注入。第二，try-with-resources 写法。Connection、PreparedStatement、ResultSet 三个资源只要实现 AutoCloseable，就能在 try 块结束后自动关闭，不用写连串的 finally close，减少连接泄漏。

对应 JSP 页面的循环输出一般是：

<c:forEach items="${bookList}" var="book"> <tr> <td>${book.id}</td> <td>${book.name}</td> <td>${book.author}</td> <td> <a href="bookServlet?action=edit&id=${book.id}">编辑</a> <a href="bookServlet?action=delete&id=${book.id}">删除</a> </td> </tr> </c:forEach>

这里 action 参数是 Servlet 里的分支判断依据。如果源码里 Servlet 用 switch(action) 做分发，新增功能时只要在 JSP 里加一个链接，再在 Servlet 里加一个 case，整个流程就通了。注意 ${book.name} 能正常输出，依赖 JSTL 标准库 jar 已在 WEB-INF/lib 中，否则页面上会直接显示 ${book.name} 原文，这属于环境问题而不是代码问题。

4.3 借阅与归还：事务怎么处理，才能避免超借和脏数据

借书动作在业务上要同时做两件事：在借阅表里插一条记录，把图书表的 status 字段改成 1 表示已借出。这两步如果分开执行，第二步失败时就会出现日志里多了借阅记录但书的状态没变，下次还能被别人借走，这就是数据不一致。

最直接的解法是手动控制事务，把多步写操作包在同一个 Connection 里，要么全部提交，要么全部回滚：

public boolean borrowBook(int bookId, int userId) throws SQLException { Connection conn = DBUtil.getConnection(); boolean ok = false; try { conn.setAutoCommit(false); String checkSql = "SELECT status FROM book WHERE id = ? AND status = 0 FOR UPDATE"; String insertSql = "INSERT INTO borrow (book_id, user_id, borrow_date) VALUES (?, ?, NOW())"; String updateSql = "UPDATE book SET status = 1 WHERE id = ?"; try (PreparedStatement ps = conn.prepareStatement(checkSql)) { ps.setInt(1, bookId); try (ResultSet rs = ps.executeQuery()) { if (!rs.next()) { conn.rollback(); return false; } } } try (PreparedStatement ps = conn.prepareStatement(insertSql)) { ps.setInt(1, bookId); ps.setInt(2, userId); ps.executeUpdate(); } try (PreparedStatement ps = conn.prepareStatement(updateSql)) { ps.setInt(1, bookId); ps.executeUpdate(); } conn.commit(); ok = true; } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); conn.close(); } return ok; }

setAutoCommit(false) 是手动事务的开头，告诉数据库先别把每条 SQL 当成独立事务提交。checkSql 里的 FOR UPDATE 是行级锁所在，它把 book 表的这一行锁住，防止两个读者同时执行到这一步，都查到 status=0，然后都插入借阅记录。最后 finally 里要恢复 setAutoCommit(true)，否则连接归还给连接池后，下一次使用还是手动事务模式，其他方法执行完没提交，数据就丢了。

归还操作正好相反，插入归还记录、把 status 改回 0、计算逾期天数，同样要包事务。答辩或面试时如果被问“java 怎么保证数据一致性”，把这一节的代码逻辑讲清楚，比背概念有用得多。事务边界、锁的范围、连接复用三个点分别对应了为什么、锁谁、坑在哪，是一条完整的回答链路。

5. 运行图书管理系统必踩的 5 个坑：现象、原因与解决

这一章的坑全部来自真实复现，按出现频率从高到低排列。每条按现象、原因、解决三段写，你在跑这个包时如果遇到类似的 404、报错或乱码，直接对照这里排查。

5.1 Tomcat 8080 端口被占用，启动瞬间报 failed to initialize

现象：IDEA 里点启动 Tomcat，控制台秒红，提示 Port 8080 was already in use，或 failed to initialize。

原因：本机有另一个进程占用了 8080。常见于以前启动过的 Tomcat 没关干净，或者某软件的调试服务占了这个端口。这不是源码问题，是环境冲突。

解决：Windows 下打开 cmd，执行 netstat -ano | findstr 8080，找到最后一列占用进程的 PID，然后 taskkill /PID 进程号 /F 强杀。如果不想杀进程，可以在 IDEA 的 Tomcat 配置里把 HTTP port 改成 8081，同时把下面两个端口也改掉：JMX 端口默认 1099，AJP 端口默认 8009。只改 HTTP 端口不改 AJP，第二次启动还会报错。改完端口后浏览器访问地址要同步改成 localhost:8081。

5.2 老驱动连 MySQL 8，报 SSL errors 或 Public Key Retrieval is not allowed

现象：Tomcat 启动后，第一次访问数据库相关页面，控制台抛出 Communications link failure，错误里有时带 SSLHandshakeException，有时带 Public Key Retrieval is not allowed。

原因：zip 里自带的 lib 是 mysql-connector-java 5.1.x，MySQL 8.0 的默认认证插件是 caching_sha2_password，旧驱动既不认识新插件，又默认尝试 SSL 握手，两边协议对不上。

解决：删掉 lib 下的旧驱动，换成 mysql-connector-java 8.0.33，同时把 JDBC URL 改成上一章模板里的写法。注意 8.0 驱动的类名是 com.mysql.cj.jdbc.Driver，和旧版 com.mysql.jdbc.Driver 不一样，源码里 Class.forName 的字符串和 db.properties 都要同步改，只换 jar 不换类名仍然报错。这个坑最大的迷惑性在于报错信息指向网络，让人去查防火墙，实际问题在驱动版本。

5.3 JSP 页面中文全部变成问号，图书名和个人信息一片乱码

现象：系统能登录，管理员列表、图书列表里的中文全部显示成 ????，但英文和数字正常。

原因：字符集在三个地方没有对齐。JSP 页面编码、MySQL 连接 URL 的 characterEncoding、数据库表的 charset，这三处只要有一处不是 utf8 或 utf8mb4，中文就会乱码。

解决：逐项检查。JSP 顶部要写 <%@ page contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>。JDBC URL 里要有 useUnicode=true&characterEncoding=utf-8。MySQL 里执行 SHOW CREATE TABLE book，看表的 DEFAULT CHARSET，如果不是 utf8mb4，执行 ALTER TABLE book CONVERT TO CHARACTER SET utf8mb4。如果三项都对了还乱码，检查 SQL 脚本本身是不是 GBK 编码，导入时转换后中文变样，这种情况需要重新用 UTF-8 保存脚本再导入。乱码问题不要猜，按页面、连接、表、脚本四个层面逐层排查，二十秒能定位。

5.4 提示 Unknown database，或发现表建到了错误的库下面

现象：Tomcat 启动成功，访问登录页也正常，但输入账号密码点登录后页面报错，控制台提示 Unknown database 'library_db'。

原因：SQL 脚本没有完整执行，或者执行到了错误的库里。最常见的是 2.2 节说的那种情况，在 Navicat 里右键某个已存在的库执行脚本，而脚本开头没有 CREATE DATABASE，表被建在了那个库里，但 JDBC URL 指向的 library_db 根本不存在。

解决：命令行执行 SHOW DATABASES，确认有没有 library_db。没有就先执行 CREATE DATABASE library_db DEFAULT CHARACTER SET utf8mb4，再进入这个库执行建表脚本。有库但表不全的，用 SHOW TABLES 对比需要的表清单，缺哪张补哪张。注意图书管理系统通常不止管理员和图书两张表，一般还有读者表、借阅表、分类表，少一张表后面写借阅记录就会报字段不存在。

5.5 连接被拒绝，或 Linux 下提示 error 2002 (HY000)

现象：Windows 上报 Connection refused: connect；Linux 上执行 mysql -u root -p 时提示 ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock'(2)。

原因：Windows 的 Connection refused 通常是 MySQL 服务没有启动，或端口被改过。Linux 的这个报错，本质是客户端通过 socket 文件找不到服务端进程，说明 mysqld 没在运行，或者运行时指定的 socket 路径和客户端默认路径不一致。

解决：Windows 按 Win+R 输入 services.msc，找到 MySQL80 服务，右键启动并设为自动。Linux 执行 systemctl status mysqld 或 systemctl status mysql 看状态，没启动就 systemctl start mysqld，并确认 /etc/my.cnf 里没有自定义 socket 路径。如果服务已经在运行仍然报 2002，多半是 my.cnf 里 socket 路径被改过，客户端连接时用 --socket=/自定义路径/mysql.sock 显式指定。这个问题跟 Java 源码无关，是数据库服务本身没起来，不要在 IDEA 和源码上浪费时间。

6. 把图书管理系统从“能跑”改成“能答辩”：三个低成本升级技巧

如果你还有时间，别急着交原版，做这三个小改动，答辩时的技术分能明显不一样。

第一个改动是把管理员密码改成 MD5 存储。原版系统很多直接明文存在 admin 表里，答辩时容易被问住。写一个简单的 MD5 工具类，登录时把用户输入的密码加密后再去数据库比对，同时写段 SQL 把已有明文密码批量更新成密文。这个改动只涉及一个工具类和登录方法，但能让你在“密码安全”这个问题上有话可讲。

第二个改动是给图书列表加分页。现在很多课程设计是查出一整张表全部渲染，数据一多页面直接卡。后端加一个 PageBean，接收 page 参数，SQL 改成 SELECT * FROM book LIMIT ?, ?，前端在表格底部加上一页、下一页链接。分页逻辑是面试高频题，你亲手写过一次，被问到 offset 怎么算时不会虚。

第三个改动是把 DBUtil 里的 DriverManager 换成 HikariCP 连接池。数据库连接每次请求都新建再关闭，并发一高就超时，这个现象你自己压测一下就能复现。引入 com.zaxxer.hikari.HikariCP 依赖后，DBUtil 的 getConnection 改成从连接池拿，业务代码一行不用动。连接池的四个核心参数 maximumPoolSize、minimumIdle、connectionTimeout、idleTimeout 提前查好含义，答辩时能讲清楚为什么设 10 而不是 100。

这三个改动合起来不超过一百行，却覆盖了安全、性能、并发三个方向，正好是课程设计答辩最爱追问的三个角度。我以前接手别人项目时吃过亏：本地跑得好好的，拿到老师机器上演示，MySQL 8 认证插件不同直接连不上，当场翻车。从那以后我养成了一个习惯，拿到任何 JavaWeb 源码包，第一件事不是运行，而是先看 JDK 版本、MySQL 版本、驱动版本三件事对不对齐。环境比代码更爱出幺蛾子，先确认环境再谈功能。希望这篇能帮你少走这些弯路。

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