简介这份资源是面向高校学生与数据库初学者的MySQL图书管理系统课程设计完整包可作为数据库期末大作业的参考实现。系统围绕图书表、读者表、管理员表、借阅表与逾期处罚表五类核心数据表展开实现了借还书流程、模糊查询以及按权限区分用户等功能适合用来理解关系建模、多表关联查询与权限控制的基本思路。压缩包共19个文件约467KB以frm表结构文件、trn与trg触发器文件、opt配置文件和ibdata1数据文件为主另附一份sql建库脚本与课设报告文档便于直接导入运行并对照报告梳理设计过程。目前已有11223人学习下载读者可从中获得可运行的数据库源文件、完整SQL代码与报告参考用于课程作业复现、功能扩展或答辩准备。1. 从一次“借书卡死”说起这个 MySQL 图书管理系统到底能干什么去年帮一个做校园社团的朋友看他们的小图书馆借书登记还在用一张 Excel 表两个人同时改就互相覆盖查一本《算法导论》在谁手上得翻三张表。后来我给他们搭了一套基于 MySQL 的图书管理系统核心就三张表图书、读者、借阅记录所有“谁借了什么、还剩几本、逾期几天”全从数据库里算出来不再靠人脑记。这套东西适合谁适合想拿一个真实可跑的业务练手的开发者——它把 CRUD、事务、外键约束、库存扣减这些数据库基本功全串起来了比刷十道 SQL 题都管用。下面我按“能干什么 → 怎么跑 → 怎么改”把这份源码拆开讲你拿到手照着敲就能跑起来。2. 技术栈与目录结构一个能跑的最小闭环长什么样2.1 技术选型为什么是 MySQL 一门后端语言这个项目的定位很明确——用 MySQL 做唯一数据源后端负责业务逻辑前端只做展示。常见做法是后端用 PythonFlask/FastAPI或 JavaSpring Boot前端用简单的 HTML 模板引擎不引入前后端分离的复杂度。我一般会选 Python Flask原因是依赖少、启动快新手改起来不用先配一堆 Maven 依赖。数据库层面MySQL 8.x 是主流选择字符集统一用utf8mb4避免书名里出现生僻字或表情符号时乱码。连接方式用连接池不要每次请求都新建连接——这是新手最容易翻车的地方后面避坑章节会细说。技术栈大致是这样层次选型作用数据库MySQL 8.x存图书、读者、借阅记录后端Python Flask路由、业务逻辑、事务控制前端Jinja2 模板 Bootstrap页面渲染不写复杂 JS连接PyMySQL 连接池执行 SQL、管理连接2.2 目录结构每个文件负责什么一个能跑的最小闭环目录大概长这样book_system/ ├── app.py # 入口注册路由、启动服务 ├── config.py # 数据库连接配置 ├── db.py # 连接池、执行 SQL 的封装 ├── models/ │ ├── book.py # 图书相关 SQL │ ├── reader.py # 读者相关 SQL │ └── borrow.py # 借阅/归还逻辑 ├── routes/ │ ├── book_routes.py # 图书增删改查接口 │ └── borrow_routes.py# 借书还书接口 ├── templates/ # Jinja2 页面 ├── static/ # CSS/JS └── schema.sql # 建库建表脚本这个结构的好处是“SQL 归 SQL路由归路由”。models/里只写 SQL 和参数routes/里只做参数校验和调用改业务时不会在一堆 HTML 里找 SQL。schema.sql单独放方便一键重建数据库测试时直接source schema.sql就能回到干净状态。2.3 建表脚本三张核心表和外键约束schema.sql是整个项目的地基我一般先把它写死再写代码。核心三张表-- 图书表库存用 total 和 available 两个字段 CREATE TABLE book ( id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) UNIQUE NOT NULL, title VARCHAR(200) NOT NULL, author VARCHAR(100), total INT NOT NULL DEFAULT 1, -- 馆藏总数 available INT NOT NULL DEFAULT 1, -- 当前可借数 CHECK (available 0 AND available total) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 读者表 CREATE TABLE reader ( id INT PRIMARY KEY AUTO_INCREMENT, card_no VARCHAR(20) UNIQUE NOT NULL, -- 借书证号 name VARCHAR(50) NOT NULL, max_borrow INT NOT NULL DEFAULT 5 -- 最多可借本数 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 借阅记录表status 标记是否已还 CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, book_id INT NOT NULL, reader_id INT NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE, status TINYINT NOT NULL DEFAULT 0, -- 0 借出 1 已还 FOREIGN KEY (book_id) REFERENCES book(id), FOREIGN KEY (reader_id) REFERENCES reader(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有两个设计点值得说。第一available和total分开存而不是每次count借阅记录算库存——借书高峰期count会扫全表分开存是空间换时间。第二CHECK约束把available卡在0到total之间数据库层面兜底防止代码写错把库存扣成负数。外键用InnoDB才有MyISAM不支持建表时别选错引擎。3. 核心模块拆解借书这条链路从请求到落库3.1 连接池封装别让每次请求都新建连接db.py是整个项目被调用最频繁的文件封装得好不好直接决定并发下会不会崩。常见做法是用DBUtils的PooledDB# db.py from dbutils.pooled_db import PooledDB import pymysql POOL PooledDB( creatorpymysql, maxconnections10, # 池里最多 10 个连接 mincached2, # 启动时先建 2 个 blockingTrue, # 池满时阻塞等待不直接报错 host127.0.0.1, userroot, passwordyour_password, databasebook_system, charsetutf8mb4, cursorclasspymysql.cursors.DictCursor # 返回字典方便取字段 ) def get_conn(): return POOL.connection() def query(sql, argsNone): conn get_conn() try: with conn.cursor() as cur: cur.execute(sql, args) return cur.fetchall() finally: conn.close() # 归还连接不是真正关闭maxconnections10是池子上限blockingTrue意味着第 11 个请求会排队而不是直接抛异常对小型图书馆够用。cursorclass设成DictCursor后查出来的行是{title: ...}这种字典模板里直接book.title就能取省得记列下标。注意conn.close()在PooledDB里是“归还”语义不是断开 TCP所以可以放心在finally里调。3.2 借书逻辑事务 行锁防止超借借书是整个系统最容易出并发问题的地方。两个人同时借最后一本如果先查available再扣减中间没有锁就会超借。正确做法是把“查库存 扣库存 写记录”放进一个事务并对图书行加锁# models/borrow.py from db import get_conn def borrow_book(book_id, reader_id): conn get_conn() try: conn.begin() # 开启事务 with conn.cursor() as cur: # 1. 锁住这本书的行其他人此时改不了 available cur.execute( SELECT available FROM book WHERE id%s FOR UPDATE, (book_id,) ) row cur.fetchone() if not row or row[available] 0: conn.rollback() return False, 库存不足 # 2. 检查读者当前借了几本是否超上限 cur.execute( SELECT COUNT(*) AS cnt FROM borrow_record WHERE reader_id%s AND status0, (reader_id,) ) borrowed cur.fetchone()[cnt] cur.execute(SELECT max_borrow FROM reader WHERE id%s, (reader_id,)) max_borrow cur.fetchone()[max_borrow] if borrowed max_borrow: conn.rollback() return False, 已达借阅上限 # 3. 扣库存 写借阅记录 cur.execute( UPDATE book SET availableavailable-1 WHERE id%s, (book_id,) ) cur.execute( INSERT INTO borrow_record(book_id, reader_id, borrow_date, due_date, status) VALUES(%s, %s, CURDATE(), DATE_ADD(CURDATE(), INTERVAL 30 DAY), 0), (book_id, reader_id) ) conn.commit() return True, 借书成功 except Exception as e: conn.rollback() return False, f借书失败: {e} finally: conn.close()逐段看FOR UPDATE是行级排他锁锁住这本书后第二个请求会卡在SELECT那行等第一个事务提交天然串行化不会超借。status0表示“未还”统计读者在借数量时只算未还的。DATE_ADD(CURDATE(), INTERVAL 30 DAY)把应还日期设成 30 天后这个 30 可以抽成配置项不同馆借期不同。整个流程任何一步失败都rollback保证库存和记录要么一起成功要么一起回滚不会出现“扣了库存没写记录”的黑匣子状态。3.3 还书逻辑幂等处理和逾期计算还书比借书简单但有个坑用户连点两次“归还”第二次不能重复加库存。所以要先判断记录状态# models/borrow.py def return_book(record_id): conn get_conn() try: conn.begin() with conn.cursor() as cur: # 锁住这条借阅记录防止重复归还 cur.execute( SELECT book_id, status, due_date FROM borrow_record WHERE id%s FOR UPDATE, (record_id,) ) rec cur.fetchone() if not rec: conn.rollback() return False, 记录不存在 if rec[status] 1: conn.rollback() return False, 该书已归还请勿重复操作 # 更新记录状态和归还日期 cur.execute( UPDATE borrow_record SET status1, return_dateCURDATE() WHERE id%s, (record_id,) ) # 库存加回 cur.execute( UPDATE book SET availableavailable1 WHERE id%s, (rec[book_id],) ) # 算逾期天数用于页面提示 cur.execute( SELECT DATEDIFF(CURDATE(), %s) AS overdue_days, (rec[due_date],) ) overdue cur.fetchone()[overdue_days] conn.commit() msg 归还成功 if overdue 0 else f归还成功逾期 {overdue} 天 return True, msg except Exception as e: conn.rollback() return False, f归还失败: {e} finally: conn.close()FOR UPDATE同样锁住记录行第二次请求进来看到status1直接拒绝这就是幂等。DATEDIFF算逾期天数正数表示超期页面可以标红提醒。注意available1没有加CHECK之外的额外判断因为建表时的CHECK (available total)会兜底万一逻辑写错加超了数据库直接报错回滚比悄悄写脏数据强。4. 跑起来从零到能借书的三步4.1 环境准备和建库先把 MySQL 跑起来建库建表# 登录 MySQL mysql -u root -p # 建库并导入表结构 CREATE DATABASE book_system DEFAULT CHARSET utf8mb4; USE book_system; SOURCE /path/to/schema.sql; # 插一条测试数据 INSERT INTO book(isbn, title, author, total, available) VALUES(9787115428028, 算法导论, Cormen, 3, 3); INSERT INTO reader(card_no, name, max_borrow) VALUES(R001, 测试读者, 5);SOURCE后面跟绝对路径相对路径容易找不到文件。插测试数据时total和available要一致否则一开始库存就对不上。4.2 装依赖和启动Python 侧装三个包就够pip install flask pymysql dbutils python app.pyapp.py里app.run(host0.0.0.0, port5000, debugTrue)debugTrue改代码自动重载开发期方便上线记得关。浏览器打开http://127.0.0.1:5000能看到图书列表就说明链路通了。4.3 验证借还闭环手动走一遍列表页点“借书” → 数据库SELECT available FROM book WHERE id1应该从 3 变 2 →SELECT * FROM borrow_record多一条status0的记录 → 点“归还” →available回到 3记录status1。三步都对说明事务和库存逻辑没问题。如果available没变先看后端日志有没有异常再看是不是commit没执行到。5. 避坑与排查五个真实踩过的坑5.1 中文书名乱码现象插入“算法导论”后查出来是问号。原因建库或连接字符集不是utf8mb4。解决建库时DEFAULT CHARSET utf8mb4连接串里charsetutf8mb4两处都要改只改一处不够。5.2 借书时死锁现象并发借书偶尔报Deadlock found。原因两个事务以不同顺序锁多行比如一个先锁图书再锁读者另一个反过来。解决统一加锁顺序本项目里固定“先锁 book 再查 reader”不要交叉另外事务里尽量少做无关查询缩短持锁时间。5.3 连接池耗尽卡住现象压测时请求全部挂起。原因某条 SQL 异常后连接没归还池子被占满。解决所有取连接的地方都用try/finally保证close()query()封装里已经做了但手写事务的地方容易漏逐个检查finally。5.4 外键导致删书失败现象删除一本有借阅历史的书报外键约束错误。原因borrow_record还引用着这本书。解决业务上不允许物理删除有历史的图书改成加is_deleted字段做软删除列表查询过滤掉即可历史记录还能追溯。5.5 逾期天数算成负数现象没逾期也显示“逾期 -5 天”。原因DATEDIFF参数顺序写反或者due_date存成了字符串。解决DATEDIFF(当前日期, due_date)顺序别反日期字段用DATE类型而不是VARCHAR让数据库帮你校验格式。6. 二次开发把单馆系统改成多分馆的思路拿到源码想往上加功能最常见的需求是“多个分馆各自管库存”。这时候不要急着加表先想清楚改造边界book表的total/available是全局库存多分馆后同一本书在不同馆库存不同所以要把库存拆出去。具体做法是新建branch_stock表把book_id branch_id做联合主键available挪过去CREATE TABLE branch_stock ( book_id INT NOT NULL, branch_id INT NOT NULL, total INT NOT NULL DEFAULT 0, available INT NOT NULL DEFAULT 0, PRIMARY KEY (book_id, branch_id), FOREIGN KEY (book_id) REFERENCES book(id) );借书函数签名从borrow_book(book_id, reader_id)改成borrow_book(book_id, branch_id, reader_id)FOR UPDATE锁的行从book换成branch_stockWHERE book_id%s AND branch_id%s。borrow_record加一列branch_id记录从哪个馆借的还书时库存加回对应分馆。改动集中在models/borrow.py一个文件路由层只多传一个参数这就是前面把 SQL 和路由分开的好处。验证方法给同一本书在两个分馆各插 2 本A 馆借完 2 本后 A 馆available0B 馆仍是 2借书请求带 A 馆 ID 应该返回“库存不足”带 B 馆 ID 成功。跑通这个用例多分馆改造就算落地了。还有个更省事的技巧把借期、最大借阅数这些从硬编码抽到config表改规则不用动代码。我一般会在schema.sql里加一张sys_config(key, value)启动时加载进内存改完刷新即可。从那以后我每次接这类业务系统都先把“哪些值会变”列一遍再动手省得后面到处改常量。希望帮到你。本文还有配套的精品资源点击获取
