简介：这是一套面向计算机相关专业学生的图书管理系统课程设计资源，采用Python结合tkinter图形界面与MySQL数据库实现，适合正在做大作业、课程设计或需要项目实战练习的学习者参考。资源包共13个文件，包含6个py源码文件、4个txt数据与配置文本、1个jpg界面背景图、1个md说明文档和1份pdf设计报告，压缩包约3.04MB，体量轻便。源码按功能拆分为借阅、归还、查询、添加、卡片管理等模块，配合Gui.py统一组织界面，结构清晰，便于理解各业务逻辑的调用关系。设计报告与说明文档可辅助梳理系统架构与实现思路，数据文本与配置文件则方便直接运行调试。目前已有108人学习下载，项目难度适中，适合作为课程设计参考或二次开发的基础模板。
1. 从课程设计到能跑的系统：Python+tkinter+MySQL 图书管理到底在做什么
很多人对「图书管理系统」这四个字的第一反应是：又是课程设计，随便糊一个增删改查就完事。但真正动手做过的人知道，一个能拿得出手的图书管理系统，难点从来不在界面有多花哨，而在于三件事能不能同时成立——借还书的库存状态不能算错、多人同时操作时数据不能打架、界面卡不卡。用 Python + tkinter + MySQL 这套组合，恰好能把这三件事都覆盖到，而且门槛低到一台普通笔记本就能跑起来。
这套方案的本质是：tkinter 负责桌面端的交互窗口，MySQL 负责持久化存储和并发控制，Python 在中间做业务逻辑的粘合层。它适合两类人——一类是正在做课程设计、需要一份结构完整且能讲清楚设计思路的同学；另一类是刚学完 Python 基础语法，想找一个真实项目把「界面 + 数据库 + 业务逻辑」串起来的入门者。下面我会按「先想清楚数据怎么存、再动手写界面、最后处理并发和踩坑」的顺序，把整套东西拆开讲，每一步都能直接抄。
2. 数据库先立住：图书管理系统的表结构和 MySQL 连接方案
2.1 四张核心表怎么设计才不返工
图书管理系统的数据模型看着简单，但设计不好后期改表会非常痛苦。我一般会拆成四张表：books（图书信息）、readers（读者信息）、borrow_records（借阅记录）、users（管理员账号）。关键点在于：图书的可借数量不要单独存一个字段然后手动加减，而是通过借阅记录实时算，或者用一个冗余字段配合事务来维护。
-- 图书表：isbn 唯一，total_copies 是总库存，available 是可借数量 CREATE TABLE books ( book_id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) UNIQUE NOT NULL, title VARCHAR(200) NOT NULL, author VARCHAR(100), publisher VARCHAR(100), total_copies INT DEFAULT 1, available INT DEFAULT 1, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 借阅记录表：status 用枚举区分借出/归还/逾期 CREATE TABLE borrow_records ( 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 ENUM('borrowed','returned','overdue') DEFAULT 'borrowed', FOREIGN KEY (book_id) REFERENCES books(book_id), FOREIGN KEY (reader_id) REFERENCES readers(reader_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;这里有两个参数必须注意。第一，存储引擎一定要用InnoDB，因为只有它支持事务和行级锁，后面处理并发借书时全靠它。第二，字符集用utf8mb4而不是utf8，否则书名里出现生僻字或者 emoji 会直接报错。available字段是冗余设计，目的是避免每次查询可借数量都要去borrow_records里 count 一遍，但代价是每次借还都必须在一个事务里同时更新books.available和插入borrow_records，否则数据会对不上。
2.2 Python 连接 MySQL 的三种方式和选型理由
Python 连 MySQL 常见的有三条路：mysql-connector-python（官方驱动）、PyMySQL（纯 Python 实现）、SQLAlchemy（ORM 框架）。课程设计场景下我推荐PyMySQL，原因是它不需要编译 C 扩展，pip install pymysql就能用，跨平台不会出幺蛾子。如果你想让代码看起来更「工程化」，可以套一层SQLAlchemy，但对课程设计来说容易把简单问题复杂化。
import pymysql from pymysql.cursors import DictCursor def get_connection(): """每次操作获取新连接，避免长连接超时问题""" return pymysql.connect( host='localhost', port=3306, user='root', password='your_password', database='library_db', charset='utf8mb4', cursorclass=DictCursor, # 返回字典而不是元组，取值更方便 autocommit=False # 手动控制事务 ) def borrow_book(book_id, reader_id): conn = get_connection() try: with conn.cursor() as cursor: # 先锁定该图书行，防止并发超借 cursor.execute( "SELECT available FROM books WHERE book_id=%s FOR UPDATE", (book_id,) ) row = cursor.fetchone() if not row or row['available'] <= 0: conn.rollback() return False, "库存不足" # 扣减库存 cursor.execute( "UPDATE books SET available=available-1 WHERE book_id=%s", (book_id,) ) # 插入借阅记录 cursor.execute( """INSERT INTO borrow_records (book_id, reader_id, borrow_date, due_date, status) VALUES (%s, %s, CURDATE(), DATE_ADD(CURDATE(), INTERVAL 30 DAY), 'borrowed')""", (book_id, reader_id) ) conn.commit() return True, "借阅成功" except Exception as e: conn.rollback() return False, f"借阅失败: {e}" finally: conn.close()这段代码里最关键的是SELECT ... FOR UPDATE。它的作用是给这一行数据加排他锁，别的事务想改这行就得等。如果没有这一句，两个人同时借同一本只剩一本的书，两个事务都读到available=1，然后都执行扣减，最后库存变成 -1，这就是典型的并发超借。autocommit=False配合手动commit/rollback是保证原子性的前提，任何一步失败都要回滚，不能只提交一半。
注意：
FOR UPDATE必须在事务里才有意义。如果你用的是默认 autocommit 模式，这条语句加锁后会立刻释放，等于没加。
3. tkinter 界面层：从登录窗口到主界面的完整搭建
3.1 窗口布局用 grid 还是 pack，为什么我选 grid
tkinter 的布局管理器有pack、grid、place三种。pack适合简单的上下排列，place用绝对坐标适合做固定尺寸的启动画面，但图书管理系统这种表单密集的界面，grid是最优解。原因很直接：grid用行列来定位，改一个控件的位置不会影响其他控件，而pack一旦嵌套层级多了，调间距能调到怀疑人生。
import tkinter as tk from tkinter import ttk, messagebox class LibraryApp: def __init__(self, root): self.root = root self.root.title("图书管理系统") self.root.geometry("900x600") self.current_user = None self.build_login_frame() def build_login_frame(self): """登录界面：用 Frame 做容器，方便整体切换""" self.login_frame = ttk.Frame(self.root, padding=40) self.login_frame.place(relx=0.5, rely=0.5, anchor='center') ttk.Label(self.login_frame, text="用户名").grid(row=0, column=0, pady=10, sticky='e') self.username_entry = ttk.Entry(self.login_frame, width=25) self.username_entry.grid(row=0, column=1, pady=10) ttk.Label(self.login_frame, text="密码").grid(row=1, column=0, pady=10, sticky='e') self.password_entry = ttk.Entry(self.login_frame, width=25, show='*') self.password_entry.grid(row=1, column=1, pady=10) ttk.Button(self.login_frame, text="登录", command=self.do_login)\ .grid(row=2, column=0, columnspan=2, pady=20, sticky='ew') def do_login(self): username = self.username_entry.get().strip() password = self.password_entry.get().strip() if not username or not password: messagebox.showwarning("提示", "用户名和密码不能为空") return # 这里调用数据库校验，成功后销毁登录框、构建主界面 if self.verify_user(username, password): self.login_frame.destroy() self.build_main_frame() else: messagebox.showerror("错误", "用户名或密码错误")place(relx=0.5, rely=0.5, anchor='center')这行的作用是把登录框整体居中，relx/rely是相对坐标，取值 0 到 1，anchor='center'表示以控件中心点对齐到指定位置。用Frame做容器再整体销毁重建，比在一个窗口里反复pack_forget要干净得多，这是我在多个项目里验证过的做法。
3.2 用 Treeview 做图书列表和借阅记录展示
图书列表如果用Label一行行拼，数据一多界面直接卡死。正确做法是用ttk.Treeview，它内部是 C 实现的，几千条数据滚动起来也不卡。
def build_book_list(self, parent): """图书列表：Treeview + 滚动条 + 双击借阅""" columns = ('book_id', 'isbn', 'title', 'author', 'available') self.tree = ttk.Treeview(parent, columns=columns, show='headings', height=15) # 定义列头和列宽 headers = {'book_id': '编号', 'isbn': 'ISBN', 'title': '书名', 'author': '作者', 'available': '可借数量'} for col in columns: self.tree.heading(col, text=headers[col]) self.tree.column(col, width=120, anchor='center') # 滚动条必须和 Treeview 绑定，否则数据多了没法看 scrollbar = ttk.Scrollbar(parent, orient='vertical', command=self.tree.yview) self.tree.configure(yscrollcommand=scrollbar.set) self.tree.pack(side='left', fill='both', expand=True) scrollbar.pack(side='right', fill='y') # 双击某一行触发借阅 self.tree.bind('<Double-1>', self.on_book_double_click) def load_books(self, keyword=''): """从数据库加载图书，支持模糊搜索""" for item in self.tree.get_children(): self.tree.delete(item) # 先清空旧数据 conn = get_connection() try: with conn.cursor() as cursor: if keyword: sql = "SELECT * FROM books WHERE title LIKE %s OR author LIKE %s" cursor.execute(sql, (f'%{keyword}%', f'%{keyword}%')) else: cursor.execute("SELECT * FROM books") for row in cursor.fetchall(): self.tree.insert('', 'end', values=( row['book_id'], row['isbn'], row['title'], row['author'], row['available'] )) finally: conn.close()show='headings'表示隐藏默认的第一列（tkinter 默认会加一个空的树形列），height=15控制显示行数。load_books里每次刷新前先delete所有子项，这是必须的，否则搜索一次就追加一批，列表会越来越长。模糊搜索用LIKE %keyword%，参数化查询里的%s由 PyMySQL 负责转义，不要自己用字符串拼接，否则会有 SQL 注入风险。
提示：Treeview 的
values里所有值都会被转成字符串显示，如果你要按数字排序，需要在heading里指定command做自定义排序，默认的字符串排序会把 10 排在 2 前面。
4. 业务逻辑层：借还书、逾期计算和搜索分页怎么落地
4.1 借书还书的完整事务流程
借书和还书是这套系统里唯二需要严格事务保证的操作。借书要同时做三件事：检查库存、扣减库存、插入借阅记录。还书要做两件事：更新借阅记录状态、恢复库存。任何一步失败都必须整体回滚。
def return_book(self, record_id): """还书：更新记录状态 + 恢复库存，必须在一个事务里""" conn = get_connection() try: with conn.cursor() as cursor: # 先查出这条记录对应的 book_id，并锁定 cursor.execute( "SELECT book_id, status FROM borrow_records WHERE record_id=%s FOR UPDATE", (record_id,) ) record = cursor.fetchone() if not record: conn.rollback() return False, "借阅记录不存在" if record['status'] == 'returned': conn.rollback() return False, "该书已归还，请勿重复操作" # 更新记录 cursor.execute( "UPDATE borrow_records SET status='returned', return_date=CURDATE() WHERE record_id=%s", (record_id,) ) # 恢复库存 cursor.execute( "UPDATE books SET available=available+1 WHERE book_id=%s", (record['book_id'],) ) conn.commit() return True, "归还成功" except Exception as e: conn.rollback() return False, f"归还失败: {e}" finally: conn.close()这里先SELECT ... FOR UPDATE锁定借阅记录行，是为了防止同一条记录被两个操作同时归还。如果不用锁，两个请求都读到status='borrowed'，都执行更新和库存恢复，库存就会多加一次。return_date=CURDATE()用数据库的当前日期而不是 Python 的datetime.now()，是为了避免客户端时区不一致导致日期偏差。
4.2 逾期天数计算和自动标记
逾期计算有两种做法：一种是在查询时实时算，另一种是定时任务批量更新状态。课程设计场景下我推荐实时算，因为不需要额外部署定时任务，逻辑也更简单。
def get_overdue_records(self): """查询所有逾期未还的记录，实时计算逾期天数""" conn = get_connection() try: with conn.cursor() as cursor: cursor.execute(""" SELECT r.record_id, b.title, rd.name AS reader_name, r.due_date, DATEDIFF(CURDATE(), r.due_date) AS overdue_days FROM borrow_records r JOIN books b ON r.book_id = b.book_id JOIN readers rd ON r.reader_id = rd.reader_id WHERE r.status = 'borrowed' AND r.due_date < CURDATE() ORDER BY overdue_days DESC """) return cursor.fetchall() finally: conn.close()DATEDIFF(CURDATE(), r.due_date)返回的是两个日期之间的天数差，正数表示已经逾期。这个查询只筛status='borrowed'且due_date小于今天的记录，已经归还的不管有没有逾期过都不再显示。如果你想让逾期记录在界面上标红，可以在 Treeview 里用tag_configure给特定行设置前景色。
# 在 Treeview 里给逾期行标红 self.tree.tag_configure('overdue', foreground='red') # 插入数据时判断 tag = 'overdue' if row['overdue_days'] > 0 else '' self.tree.insert('', 'end', values=(...), tags=(tag,))4.3 搜索分页：LIMIT OFFSET 的正确用法和性能边界
图书数量少的时候全量加载没问题，但一旦超过几千条，一次性查出来再塞进 Treeview 会明显卡顿。分页的标准做法是LIMIT加OFFSET。
def search_books_paged(self, keyword, page=1, page_size=20): """分页搜索：page 从 1 开始""" offset = (page - 1) * page_size conn = get_connection() try: with conn.cursor() as cursor: # 先查总数，用于计算总页数 cursor.execute( "SELECT COUNT(*) AS total FROM books WHERE title LIKE %s", (f'%{keyword}%',) ) total = cursor.fetchone()['total'] cursor.execute( """SELECT * FROM books WHERE title LIKE %s ORDER BY book_id LIMIT %s OFFSET %s""", (f'%{keyword}%', page_size, offset) ) rows = cursor.fetchall() return rows, total finally: conn.close()LIMIT %s OFFSET %s里的参数由 PyMySQL 转成整数，不会引发注入。但要注意，OFFSET越大查询越慢，因为 MySQL 需要先扫描并丢弃前 offset 行。数据量到十万级以上时，应该改用「基于游标的分页」——记住上一页最后一条的book_id，下一页用WHERE book_id > last_id LIMIT 20。课程设计的数据量通常到不了这个级别，但面试时被问到分页优化，这就是标准答案。
5. 避坑与排查：课程设计里最容易翻车的五个地方
5.1 中文乱码：从建库到连接的全链路排查
现象：界面上显示的书名全是问号或者方块。
原因：乱码可能出现在三个环节——数据库建库时没指定字符集、表字段字符集不对、Python 连接时没设charset。任何一环掉链子都会乱码。
解决：建库时用CREATE DATABASE library_db DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_unicode_ci;，建表时也显式指定DEFAULT CHARSET=utf8mb4，PyMySQL 连接参数里加charset='utf8mb4'。三处都对齐之后，中文就不会出问题。如果已经建好了表，用ALTER TABLE books CONVERT TO CHARACTER SET utf8mb4;可以补救。
5.2 界面卡死：数据库操作放在主线程的后果
现象：点击「查询」按钮后窗口无响应，转圈几秒才恢复。
原因：tkinter 的所有界面更新都在主线程里跑，如果你在按钮回调里直接执行耗时的数据库查询，主线程被阻塞，界面自然卡死。
解决：简单查询（几百毫秒内）可以接受，但批量导入或者复杂统计必须放到子线程。用threading.Thread执行数据库操作，查完后用root.after(0, callback)把结果传回主线程更新界面。切记不要在子线程里直接操作 tkinter 控件，否则会报RuntimeError: main thread is not in main loop。
import threading def on_search_click(self): keyword = self.search_entry.get() def worker(): rows, total = self.search_books_paged(keyword) # 用 after 把更新界面的操作调回主线程 self.root.after(0, lambda: self.update_tree(rows)) threading.Thread(target=worker, daemon=True).start()5.3 连接超时：MySQL 8 小时空闲断连
现象：程序放了一晚上，第二天第一次操作报Lost connection to MySQL server during query。
原因：MySQL 默认的wait_timeout是 28800 秒（8 小时），空闲超过这个时间连接会被服务端断开，但客户端不知道，下次用这个连接就报错。
解决：最省事的做法是每次操作都新建连接、用完就关（前面代码就是这么写的）。如果一定要用长连接池，需要在连接参数里加pool_recycle=3600（SQLAlchemy）或者自己写心跳检测。课程设计场景下，每次新建连接完全够用，不要为了「性能」提前引入连接池，那是给自己找麻烦。
5.4 外键约束导致删书失败
现象：删除一本图书时报Cannot delete or update a parent row: a foreign key constraint fails。
原因：这本书在borrow_records里有借阅记录，外键约束不允许删除被引用的父行。
解决：两种思路。一是软删除，给books加一个is_deleted字段，删除时只标记不真删。二是先检查有没有未归还的记录，有就拒绝删除并提示用户。我一般用第一种，因为借阅历史是需要保留的数据，真删了以后统计就没法做了。
5.5 tkinter 打包成 exe 后找不到 MySQL 驱动
现象：用 PyInstaller 打包后，在自己电脑上能跑，换台电脑就报ModuleNotFoundError: No module named 'pymysql'。
原因：PyInstaller 有时候检测不到动态导入的模块，pymysql就是典型。
解决：打包时加--hidden-import=pymysql，完整命令是pyinstaller -F -w --hidden-import=pymysql main.py。-w表示不显示控制台窗口，-F表示打包成单个 exe。如果还缺别的模块，同样用--hidden-import补上。另外目标机器上不需要装 MySQL，但需要能网络访问到数据库服务器。
6. 让课程设计多拿十分的两个进阶技巧
第一个技巧是给系统加一个「数据导出」功能。课程设计答辩时，老师经常会问「你这个数据能不能导出来」，如果你能当场点一个按钮把借阅记录导成 Excel，印象分会高很多。用openpyxl库十行代码就能搞定：
from openpyxl import Workbook def export_borrow_records(self, records, filepath='borrow_records.xlsx'): wb = Workbook() ws = wb.active ws.title = "借阅记录" ws.append(['记录编号', '书名', '读者', '借出日期', '应还日期', '状态']) for r in records: ws.append([r['record_id'], r['title'], r['reader_name'], str(r['borrow_date']), str(r['due_date']), r['status']]) wb.save(filepath) messagebox.showinfo("导出成功", f"已导出到 {filepath}")ws.append接收一个列表，按行写入。日期字段要先用str()转成字符串，否则 openpyxl 会尝试写入 datetime 对象，虽然也能存但格式不好控制。导出路径建议用filedialog.asksaveasfilename让用户自己选，不要硬编码到 C 盘根目录。
第二个技巧是给数据库加索引。课程设计的数据量小，索引的收益看不出来，但答辩时你能说清楚「我在books.title和borrow_records.reader_id上建了索引，因为这两个字段是查询频率最高的」，这就是加分项。建索引的语句很简单：
CREATE INDEX idx_books_title ON books(title); CREATE INDEX idx_borrow_reader ON borrow_records(reader_id); CREATE INDEX idx_borrow_status ON borrow_records(status);但索引不是越多越好，每个索引都会拖慢插入和更新的速度。原则是：只在 WHERE 子句和 JOIN 条件里频繁出现的列上建索引，区分度低的列（比如性别只有男女两种值）建了也没用。
最后说一个我自己的习惯：每次改完数据库相关的代码，先不急着开界面，写一个小的测试脚本直接调业务函数，确认数据对了再调界面。界面层的问题和数据库层的问题混在一起排查，是最浪费时间的。这个习惯帮我省下了大量「到底是 SQL 写错了还是按钮没绑对」的纠结时间。希望帮到你。
本文还有配套的精品资源，点击获取
