简介这份 MySQL 图书管理系统数据库课设资源面向高校计算机相关专业学生与数据库初学者用于完成期末大作业或课程设计。系统围绕图书表、读者表、管理员表、借阅表与逾期处罚表五类核心数据表展开实现了借还书流程、模糊查询以及按角色设置权限用户等典型功能适合作为数据库原理与应用课程的实战参考。资源包共 19 个文件约 467KB以 frm 表结构文件、trn 触发器文件、trg 触发器定义、opt 配置、sql 脚本及 doc 课设报告为主另含 ibdata1 数据文件覆盖建库建表到业务逻辑的完整链路。目前已有 11219 人学习下载热度较高。读者可从中获取可直接导入运行的 SQL 源码、表间关系与触发器设计思路以及一份结构完整的课设报告便于对照理解权限控制、借阅状态流转与逾期处罚等模块的实现方式快速搭建并验证自己的数据库课程设计。1. 从一份能跑通的 MySQL 图书管理系统源码说起很多同学做课程设计时最头疼的不是写业务逻辑而是数据库这一层表建好了数据也插进去了但一跑起来就报Error 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock或者借书还书之后库存对不上、并发一上来就超借。这份 MySQL 图书管理系统源码包就是冲着这些真实痛点去的——它把图书、读者、借阅记录、库存扣减这几张核心表的关系理清楚配套完整的建表脚本、初始化数据和一套可运行的增删改查逻辑适合正在做 JavaWeb 项目完整案例、PHP 图书管理系统或者数据库课程设计的人直接拿来复现和二次开发。它解决的不是图书管理这个业务本身有多难而是把 MySQL 里最容易翻车的几个点——外键约束、事务边界、库存并发、字符集排序——用一套能跑通的代码固定下来。你拿到手之后改改字段、换换前端就能变成自己的项目。适合谁刚学完 MySQL 基础语法、想找一个真实项目练手的学生需要快速搭一个图书借阅原型验证业务的后端以及想复习mysql update 语法、mysql 创建索引、mysql 存储过程这些高频考点的求职者。2. 建库建表字符集、引擎与索引一次定对2.1 为什么字符集和存储引擎要在建表前定死图书管理系统里书名、作者、出版社全是中文字符集选错轻则排序乱掉重则插入报Incorrect string value。常见做法是库和表统一用utf8mb4排序规则用utf8mb4_0900_ai_ciMySQL 8.0或utf8mb4_general_ci5.7。存储引擎选InnoDB因为借阅记录和库存扣减必须靠事务保证一致性MyISAM 不支持事务一旦扣库存时程序崩了数据就永久错位。下面这段是核心建表脚本我一般会把它单独存成schema.sql方便反复重建-- 建库字符集和排序规则在建库时就定死避免后续 ALTER 引发锁表 CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_0900_ai_ci; USE library_db; -- 图书表isbn 唯一stock 库存字段加无符号约束防止扣成负数 CREATE TABLE book ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL COMMENT 国际标准书号, title VARCHAR(200) NOT NULL COMMENT 书名, author VARCHAR(100) NOT NULL DEFAULT COMMENT 作者, publisher VARCHAR(100) NOT NULL DEFAULT COMMENT 出版社, stock INT UNSIGNED NOT NULL DEFAULT 0 COMMENT 可借库存, total INT UNSIGNED NOT NULL DEFAULT 0 COMMENT 总藏书量, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_isbn (isbn), KEY idx_title (title) -- 按书名检索走这个索引 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT图书主表; -- 借阅记录表用外键约束住 book_id 和 reader_id防止脏数据 CREATE TABLE borrow_record ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, book_id BIGINT UNSIGNED NOT NULL, reader_id BIGINT UNSIGNED NOT NULL, borrow_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, return_at DATETIME DEFAULT NULL COMMENT NULL 表示未归还, status TINYINT NOT NULL DEFAULT 0 COMMENT 0借出 1已还 2逾期, PRIMARY KEY (id), KEY idx_book (book_id), KEY idx_reader (reader_id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT借阅流水;逻辑说明book表用stock和total两个字段分开记是因为总藏书量和当前可借是两回事还书时只加stocktotal不动。borrow_record的return_at用NULL表示未归还比用0或空字符串更符合 SQL 语义查询时WHERE return_at IS NULL就能拿到所有在借记录。参数上INT UNSIGNED让库存天然不能为负省掉一层应用层校验idx_title是给模糊查询和排序用的mysql 排序走索引和走全表扫描性能差一个数量级。2.2 初始化数据与自增主键的坑初始化数据我习惯用一条INSERT ... VALUES批量插入比逐条快很多INSERT INTO book (isbn, title, author, publisher, stock, total) VALUES (9787111213826, MySQL技术内幕, 姜承尧, 机械工业出版社, 5, 5), (9787115546081, 高性能MySQL, Baron, 人民邮电出版社, 3, 3), (9787121362217, 数据库系统概论, 王珊, 高等教育出版社, 8, 8);这里有个血泪经验批量插入时如果中途某条违反唯一约束默认整条语句回滚前面的也进不去。想跳过冲突可以加INSERT IGNORE但那样会静默丢数据排查时很痛苦。我一般先SELECT查重再插或者用ON DUPLICATE KEY UPDATE做幂等。另外自增主键AUTO_INCREMENT在删除记录后不会回退如果测试时反复删插id 会一直涨别以为是 bug。3. 借书还书的核心逻辑事务与库存扣减3.1 为什么库存扣减必须放进事务借书这个动作拆开是三步查库存够不够、插一条借阅记录、扣减库存。如果不用事务第一步查完库存是 1第二步插记录成功第三步扣库存时程序抛异常结果就是书借出去了但库存没减下次还能再借一本超借就这么来的。正确做法是把三步包在一个事务里任何一步失败全部回滚。START TRANSACTION; -- 1. 悲观锁锁住这行防止并发同时读到相同库存 SELECT stock FROM book WHERE id 1 FOR UPDATE; -- 2. 应用层判断 stock 0 后插入借阅记录 INSERT INTO borrow_record (book_id, reader_id, status) VALUES (1, 1001, 0); -- 3. 扣减库存同时用 stock 0 兜底防止扣成负数 UPDATE book SET stock stock - 1 WHERE id 1 AND stock 0; COMMIT;逻辑说明SELECT ... FOR UPDATE是悲观锁会把这一行锁住直到事务提交其他并发事务读这行会阻塞从而保证查库存和扣库存之间没有别人插队。UPDATE里的AND stock 0是第二道防线即使锁失效也不会把库存扣成负数。参数上FOR UPDATE必须在事务内才有意义自动提交模式下加锁瞬间就释放了等于没锁。常见做法是把这个逻辑封装成存储过程减少网络往返DELIMITER // CREATE PROCEDURE borrow_book(IN p_book_id BIGINT, IN p_reader_id BIGINT, OUT p_code INT) BEGIN DECLARE v_stock INT; DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK; SET p_code -1; -- 出错返回 -1 END; START TRANSACTION; SELECT stock INTO v_stock FROM book WHERE id p_book_id FOR UPDATE; IF v_stock 0 THEN INSERT INTO borrow_record (book_id, reader_id, status) VALUES (p_book_id, p_reader_id, 0); UPDATE book SET stock stock - 1 WHERE id p_book_id; COMMIT; SET p_code 0; -- 成功返回 0 ELSE ROLLBACK; SET p_code 1; -- 库存不足返回 1 END IF; END // DELIMITER ;mysql 声明存储过程时DELIMITER //是为了让分号不被客户端提前截断这是新手最容易漏的一步漏了就会报语法错误。EXIT HANDLER捕获异常后回滚保证不会留下半截数据。3.2 还书与逾期判断还书就是把return_at填上、status改成已还、库存加回去同样要事务START TRANSACTION; UPDATE borrow_record SET return_at NOW(), status 1 WHERE id 2001 AND return_at IS NULL; -- 只更新未归还的防止重复还书 UPDATE book SET stock stock 1 WHERE id 1; COMMIT;WHERE return_at IS NULL这个条件很关键它保证同一条借阅记录不会被还两次。如果业务要算逾期可以在还书时比较borrow_at和当前时间超过 30 天就把status置为 2。mysql 将字符串转为日期的场景在这里也会遇到比如前端传2024-05-01用STR_TO_DATE(2024-05-01,%Y-%m-%d)转成日期类型再比较别直接拿字符串比格式不一致会出错。4. 查询、索引与连接池让列表页不卡4.1 借阅列表的联表查询与索引命中图书管理系统的列表页通常要显示谁借了哪本书、什么时候借的这就得联表SELECT b.title, r.name AS reader_name, br.borrow_at, br.status FROM borrow_record br JOIN book b ON b.id br.book_id JOIN reader r ON r.id br.reader_id WHERE br.status 0 ORDER BY br.borrow_at DESC LIMIT 20;逻辑说明JOIN的顺序让 MySQL 优化器自己选驱动表一般小表驱动大表。ORDER BY br.borrow_at DESC如果borrow_at没索引数据量一大就会走 filesort翻页越翻越慢。常见做法是给borrow_at加索引或者用id倒序代替时间倒序因为自增主键天然有序。mysql 创建索引时注意联合索引要遵循最左前缀比如(status, borrow_at)能同时服务WHERE status0 ORDER BY borrow_at单独给borrow_at建索引反而可能用不上。4.2 连接池配置与 SSL 连接报错JavaWeb 项目里连 MySQL 一般用连接池HikariCP 或 Druid 都行。mysql 的数据库连接池配小了并发上不去配大了数据库连接数爆掉。常见经验值maximumPoolSize设成 CPU 核数乘 2 再加磁盘数一般 10 到 20 够用。连接串里useSSL和sslmode是高频翻车点MySQL 8.0 默认要求 SSL本地开发没配证书就会报mysql ssl 连接错误# JDBC 连接串本地开发关掉 SSL生产环境按需开启 jdbc:mysql://127.0.0.1:3306/library_db?useUnicodetruecharacterEncodingutf8mb4useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueserverTimezone不设会报时区错误allowPublicKeyRetrievaltrue是 MySQL 8 用 caching_sha2_password 插件时本地连接需要的。生产环境别关 SSL改成useSSLtruerequireSSLtrue并配好证书。5. 避坑与排查那些让我加班到凌晨的报错5.1 Error 2002连不上 socket现象本地命令行能连程序一跑就报Error 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock。原因客户端默认走 socket 文件连接但 MySQL 实际监听的 socket 路径不一样或者服务根本没起。解决先systemctl status mysqld看服务状态再用mysqladmin variables | grep socket查真实路径连接时显式指定-S /var/lib/mysql/mysql.sock或者干脆用-h 127.0.0.1 -P 3306走 TCP绕开 socket。5.2 库存扣成负数现象并发测试时库存出现-1。原因UPDATE没加AND stock 0或者事务隔离级别是读已提交导致两次读之间库存被改。解决UPDATE语句必须带stock 0条件同时把扣减和查询放进同一事务并用FOR UPDATE锁行。mysql 锁原理这块面试常问记住 InnoDB 默认行锁加在索引上如果WHERE条件没走索引行锁会升级成表锁并发直接崩。5.3 中文乱码现象插入的中文书名显示成问号。原因连接字符集、库字符集、表字符集三者不一致。解决建库建表用utf8mb4连接串加characterEncodingutf8mb4客户端SET NAMES utf8mb4。三处对齐基本就不会乱。5.4 外键导致删不掉数据现象删除一本书时报Cannot delete or update a parent row。原因borrow_record里有外键指向这本书。解决要么先删借阅记录要么建外键时加ON DELETE CASCADE。但级联删除很危险借阅历史是审计数据我一般不加级联改成软删除给book加is_deleted字段。5.5 存储过程创建报语法错误现象粘贴存储过程代码后报You have an error in your SQL syntax。原因没加DELIMITER //客户端遇到第一个分号就截断了。解决创建前先DELIMITER //结束后DELIMITER ;改回来。mysql 中触发器中分隔符也是同样的道理。6. 进阶用主从复制和慢查询日志守住线上项目跑起来只是第一步真放到有并发的地方得会看慢查询和做主从。mysql 性能调优最实用的入口是慢查询日志先开日志再谈优化-- 开启慢查询日志超过 1 秒的记录 SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1; SET GLOBAL log_queries_not_using_indexes ON;开完之后用mysqldumpslow -s t /var/log/mysql/slow.log按耗时排序排前面的就是优化目标。常见做法是给WHERE和ORDER BY涉及的列建联合索引但索引不是越多越好写多读少的表索引多了插入会变慢。主从复制这块怎么使用 mysql 主从复制的核心就三步主库开 binlog、从库配CHANGE MASTER TO指向主库、START SLAVE后看SHOW SLAVE STATUS里Slave_IO_Running和Slave_SQL_Running是不是双 Yes。如果要把远程库的某张表同步到本地常见做法是用mysqldump导出单表再导入或者用pt-table-sync做增量对齐注意导出时加--single-transaction避免锁表。验证系统是否真的扛得住我一般会写个简单的压测脚本用多线程模拟并发借书看库存最终是不是刚好扣到 0、借阅记录数是不是等于扣减数。对不上就说明事务或锁有问题。从那以后我每次改完借还逻辑都强制走一遍并发借同一本书的压测确认库存和记录数一致才敢提交。希望帮到你。本文还有配套的精品资源点击获取 MySQL图书管理系统源码实战：事务、锁与索引避坑指南
简介这份 MySQL 图书管理系统数据库课设资源面向高校计算机相关专业学生与数据库初学者用于完成期末大作业或课程设计。系统围绕图书表、读者表、管理员表、借阅表与逾期处罚表五类核心数据表展开实现了借还书流程、模糊查询以及按角色设置权限用户等典型功能适合作为数据库原理与应用课程的实战参考。资源包共 19 个文件约 467KB以 frm 表结构文件、trn 触发器文件、trg 触发器定义、opt 配置、sql 脚本及 doc 课设报告为主另含 ibdata1 数据文件覆盖建库建表到业务逻辑的完整链路。目前已有 11219 人学习下载热度较高。读者可从中获取可直接导入运行的 SQL 源码、表间关系与触发器设计思路以及一份结构完整的课设报告便于对照理解权限控制、借阅状态流转与逾期处罚等模块的实现方式快速搭建并验证自己的数据库课程设计。1. 从一份能跑通的 MySQL 图书管理系统源码说起很多同学做课程设计时最头疼的不是写业务逻辑而是数据库这一层表建好了数据也插进去了但一跑起来就报Error 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock或者借书还书之后库存对不上、并发一上来就超借。这份 MySQL 图书管理系统源码包就是冲着这些真实痛点去的——它把图书、读者、借阅记录、库存扣减这几张核心表的关系理清楚配套完整的建表脚本、初始化数据和一套可运行的增删改查逻辑适合正在做 JavaWeb 项目完整案例、PHP 图书管理系统或者数据库课程设计的人直接拿来复现和二次开发。它解决的不是图书管理这个业务本身有多难而是把 MySQL 里最容易翻车的几个点——外键约束、事务边界、库存并发、字符集排序——用一套能跑通的代码固定下来。你拿到手之后改改字段、换换前端就能变成自己的项目。适合谁刚学完 MySQL 基础语法、想找一个真实项目练手的学生需要快速搭一个图书借阅原型验证业务的后端以及想复习mysql update 语法、mysql 创建索引、mysql 存储过程这些高频考点的求职者。2. 建库建表字符集、引擎与索引一次定对2.1 为什么字符集和存储引擎要在建表前定死图书管理系统里书名、作者、出版社全是中文字符集选错轻则排序乱掉重则插入报Incorrect string value。常见做法是库和表统一用utf8mb4排序规则用utf8mb4_0900_ai_ciMySQL 8.0或utf8mb4_general_ci5.7。存储引擎选InnoDB因为借阅记录和库存扣减必须靠事务保证一致性MyISAM 不支持事务一旦扣库存时程序崩了数据就永久错位。下面这段是核心建表脚本我一般会把它单独存成schema.sql方便反复重建-- 建库字符集和排序规则在建库时就定死避免后续 ALTER 引发锁表 CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_0900_ai_ci; USE library_db; -- 图书表isbn 唯一stock 库存字段加无符号约束防止扣成负数 CREATE TABLE book ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL COMMENT 国际标准书号, title VARCHAR(200) NOT NULL COMMENT 书名, author VARCHAR(100) NOT NULL DEFAULT COMMENT 作者, publisher VARCHAR(100) NOT NULL DEFAULT COMMENT 出版社, stock INT UNSIGNED NOT NULL DEFAULT 0 COMMENT 可借库存, total INT UNSIGNED NOT NULL DEFAULT 0 COMMENT 总藏书量, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_isbn (isbn), KEY idx_title (title) -- 按书名检索走这个索引 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT图书主表; -- 借阅记录表用外键约束住 book_id 和 reader_id防止脏数据 CREATE TABLE borrow_record ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, book_id BIGINT UNSIGNED NOT NULL, reader_id BIGINT UNSIGNED NOT NULL, borrow_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, return_at DATETIME DEFAULT NULL COMMENT NULL 表示未归还, status TINYINT NOT NULL DEFAULT 0 COMMENT 0借出 1已还 2逾期, PRIMARY KEY (id), KEY idx_book (book_id), KEY idx_reader (reader_id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT借阅流水;逻辑说明book表用stock和total两个字段分开记是因为总藏书量和当前可借是两回事还书时只加stocktotal不动。borrow_record的return_at用NULL表示未归还比用0或空字符串更符合 SQL 语义查询时WHERE return_at IS NULL就能拿到所有在借记录。参数上INT UNSIGNED让库存天然不能为负省掉一层应用层校验idx_title是给模糊查询和排序用的mysql 排序走索引和走全表扫描性能差一个数量级。2.2 初始化数据与自增主键的坑初始化数据我习惯用一条INSERT ... VALUES批量插入比逐条快很多INSERT INTO book (isbn, title, author, publisher, stock, total) VALUES (9787111213826, MySQL技术内幕, 姜承尧, 机械工业出版社, 5, 5), (9787115546081, 高性能MySQL, Baron, 人民邮电出版社, 3, 3), (9787121362217, 数据库系统概论, 王珊, 高等教育出版社, 8, 8);这里有个血泪经验批量插入时如果中途某条违反唯一约束默认整条语句回滚前面的也进不去。想跳过冲突可以加INSERT IGNORE但那样会静默丢数据排查时很痛苦。我一般先SELECT查重再插或者用ON DUPLICATE KEY UPDATE做幂等。另外自增主键AUTO_INCREMENT在删除记录后不会回退如果测试时反复删插id 会一直涨别以为是 bug。3. 借书还书的核心逻辑事务与库存扣减3.1 为什么库存扣减必须放进事务借书这个动作拆开是三步查库存够不够、插一条借阅记录、扣减库存。如果不用事务第一步查完库存是 1第二步插记录成功第三步扣库存时程序抛异常结果就是书借出去了但库存没减下次还能再借一本超借就这么来的。正确做法是把三步包在一个事务里任何一步失败全部回滚。START TRANSACTION; -- 1. 悲观锁锁住这行防止并发同时读到相同库存 SELECT stock FROM book WHERE id 1 FOR UPDATE; -- 2. 应用层判断 stock 0 后插入借阅记录 INSERT INTO borrow_record (book_id, reader_id, status) VALUES (1, 1001, 0); -- 3. 扣减库存同时用 stock 0 兜底防止扣成负数 UPDATE book SET stock stock - 1 WHERE id 1 AND stock 0; COMMIT;逻辑说明SELECT ... FOR UPDATE是悲观锁会把这一行锁住直到事务提交其他并发事务读这行会阻塞从而保证查库存和扣库存之间没有别人插队。UPDATE里的AND stock 0是第二道防线即使锁失效也不会把库存扣成负数。参数上FOR UPDATE必须在事务内才有意义自动提交模式下加锁瞬间就释放了等于没锁。常见做法是把这个逻辑封装成存储过程减少网络往返DELIMITER // CREATE PROCEDURE borrow_book(IN p_book_id BIGINT, IN p_reader_id BIGINT, OUT p_code INT) BEGIN DECLARE v_stock INT; DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK; SET p_code -1; -- 出错返回 -1 END; START TRANSACTION; SELECT stock INTO v_stock FROM book WHERE id p_book_id FOR UPDATE; IF v_stock 0 THEN INSERT INTO borrow_record (book_id, reader_id, status) VALUES (p_book_id, p_reader_id, 0); UPDATE book SET stock stock - 1 WHERE id p_book_id; COMMIT; SET p_code 0; -- 成功返回 0 ELSE ROLLBACK; SET p_code 1; -- 库存不足返回 1 END IF; END // DELIMITER ;mysql 声明存储过程时DELIMITER //是为了让分号不被客户端提前截断这是新手最容易漏的一步漏了就会报语法错误。EXIT HANDLER捕获异常后回滚保证不会留下半截数据。3.2 还书与逾期判断还书就是把return_at填上、status改成已还、库存加回去同样要事务START TRANSACTION; UPDATE borrow_record SET return_at NOW(), status 1 WHERE id 2001 AND return_at IS NULL; -- 只更新未归还的防止重复还书 UPDATE book SET stock stock 1 WHERE id 1; COMMIT;WHERE return_at IS NULL这个条件很关键它保证同一条借阅记录不会被还两次。如果业务要算逾期可以在还书时比较borrow_at和当前时间超过 30 天就把status置为 2。mysql 将字符串转为日期的场景在这里也会遇到比如前端传2024-05-01用STR_TO_DATE(2024-05-01,%Y-%m-%d)转成日期类型再比较别直接拿字符串比格式不一致会出错。4. 查询、索引与连接池让列表页不卡4.1 借阅列表的联表查询与索引命中图书管理系统的列表页通常要显示谁借了哪本书、什么时候借的这就得联表SELECT b.title, r.name AS reader_name, br.borrow_at, br.status FROM borrow_record br JOIN book b ON b.id br.book_id JOIN reader r ON r.id br.reader_id WHERE br.status 0 ORDER BY br.borrow_at DESC LIMIT 20;逻辑说明JOIN的顺序让 MySQL 优化器自己选驱动表一般小表驱动大表。ORDER BY br.borrow_at DESC如果borrow_at没索引数据量一大就会走 filesort翻页越翻越慢。常见做法是给borrow_at加索引或者用id倒序代替时间倒序因为自增主键天然有序。mysql 创建索引时注意联合索引要遵循最左前缀比如(status, borrow_at)能同时服务WHERE status0 ORDER BY borrow_at单独给borrow_at建索引反而可能用不上。4.2 连接池配置与 SSL 连接报错JavaWeb 项目里连 MySQL 一般用连接池HikariCP 或 Druid 都行。mysql 的数据库连接池配小了并发上不去配大了数据库连接数爆掉。常见经验值maximumPoolSize设成 CPU 核数乘 2 再加磁盘数一般 10 到 20 够用。连接串里useSSL和sslmode是高频翻车点MySQL 8.0 默认要求 SSL本地开发没配证书就会报mysql ssl 连接错误# JDBC 连接串本地开发关掉 SSL生产环境按需开启 jdbc:mysql://127.0.0.1:3306/library_db?useUnicodetruecharacterEncodingutf8mb4useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueserverTimezone不设会报时区错误allowPublicKeyRetrievaltrue是 MySQL 8 用 caching_sha2_password 插件时本地连接需要的。生产环境别关 SSL改成useSSLtruerequireSSLtrue并配好证书。5. 避坑与排查那些让我加班到凌晨的报错5.1 Error 2002连不上 socket现象本地命令行能连程序一跑就报Error 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock。原因客户端默认走 socket 文件连接但 MySQL 实际监听的 socket 路径不一样或者服务根本没起。解决先systemctl status mysqld看服务状态再用mysqladmin variables | grep socket查真实路径连接时显式指定-S /var/lib/mysql/mysql.sock或者干脆用-h 127.0.0.1 -P 3306走 TCP绕开 socket。5.2 库存扣成负数现象并发测试时库存出现-1。原因UPDATE没加AND stock 0或者事务隔离级别是读已提交导致两次读之间库存被改。解决UPDATE语句必须带stock 0条件同时把扣减和查询放进同一事务并用FOR UPDATE锁行。mysql 锁原理这块面试常问记住 InnoDB 默认行锁加在索引上如果WHERE条件没走索引行锁会升级成表锁并发直接崩。5.3 中文乱码现象插入的中文书名显示成问号。原因连接字符集、库字符集、表字符集三者不一致。解决建库建表用utf8mb4连接串加characterEncodingutf8mb4客户端SET NAMES utf8mb4。三处对齐基本就不会乱。5.4 外键导致删不掉数据现象删除一本书时报Cannot delete or update a parent row。原因borrow_record里有外键指向这本书。解决要么先删借阅记录要么建外键时加ON DELETE CASCADE。但级联删除很危险借阅历史是审计数据我一般不加级联改成软删除给book加is_deleted字段。5.5 存储过程创建报语法错误现象粘贴存储过程代码后报You have an error in your SQL syntax。原因没加DELIMITER //客户端遇到第一个分号就截断了。解决创建前先DELIMITER //结束后DELIMITER ;改回来。mysql 中触发器中分隔符也是同样的道理。6. 进阶用主从复制和慢查询日志守住线上项目跑起来只是第一步真放到有并发的地方得会看慢查询和做主从。mysql 性能调优最实用的入口是慢查询日志先开日志再谈优化-- 开启慢查询日志超过 1 秒的记录 SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1; SET GLOBAL log_queries_not_using_indexes ON;开完之后用mysqldumpslow -s t /var/log/mysql/slow.log按耗时排序排前面的就是优化目标。常见做法是给WHERE和ORDER BY涉及的列建联合索引但索引不是越多越好写多读少的表索引多了插入会变慢。主从复制这块怎么使用 mysql 主从复制的核心就三步主库开 binlog、从库配CHANGE MASTER TO指向主库、START SLAVE后看SHOW SLAVE STATUS里Slave_IO_Running和Slave_SQL_Running是不是双 Yes。如果要把远程库的某张表同步到本地常见做法是用mysqldump导出单表再导入或者用pt-table-sync做增量对齐注意导出时加--single-transaction避免锁表。验证系统是否真的扛得住我一般会写个简单的压测脚本用多线程模拟并发借书看库存最终是不是刚好扣到 0、借阅记录数是不是等于扣减数。对不上就说明事务或锁有问题。从那以后我每次改完借还逻辑都强制走一遍并发借同一本书的压测确认库存和记录数一致才敢提交。希望帮到你。本文还有配套的精品资源点击获取