校园小商品交易系统数据库实战：从建表到事务的完整链路

简介这份PDF文档是一份数据库课程设计报告主题为“校园小商品交易系统”面向高校计算机相关专业学生及数据库初学者帮助其完成从需求分析到界面设计的完整项目实践。文档共1个PDF文件压缩包约633KB内容涵盖概述、需求分析、ER模型设计、数据库逻辑设计、软件功能设计、界面设计、结束语与参考文献等章节结构完整、层次清晰。系统基于MySQL、Tomcat与MyEclipse构建涉及用户表、商品表、商品类别表、订单表和订单项表等核心表结构并区分管理员、商品发布者、普通用户与访客四类角色详细描述了注册登录、商品管理、购物车、订单提交及后台管理等模块。目前已有2525人学习浏览适合作为课程设计参考模板也可用于理解ER图转换、三范式应用及Java Web项目开发流程对提升数据库设计与软件开发能力具有实际参考价值。1. 校园小商品交易系统从课程设计到能跑起来的数据库实战每年毕业季二手教材、闲置耳机、宿舍小电器在校园里流转得特别快很多同学的第一反应是拉个群、发个朋友圈但信息沉得也快。校园小商品交易系统要解决的就是这件事把「发布商品、浏览搜索、下单交易、订单管理」这条链路用数据库串起来让数据真正落地而不是散在聊天记录里。这个标题背后是一门典型的数据库课程设计核心不是写多花哨的界面而是把 MySQL 的表结构、约束、增删改查、连接池和事务讲清楚再配一个 Tomcat 跑起来的 Web 层。它适合正在做课设的本科生、想补数据库实操的初学者也适合工作几年但没系统梳理过 CRUD 到连接池这条线的开发者。下面我按自己带课设和做小系统的经验把选型、建表、跑通、踩坑一条条讲透。2. 选型与建库MySQL Tomcat MyEclipse 这套组合怎么定2.1 为什么课设场景下 MySQL 比 SQLite、Oracle 更合适课程设计最怕两件事环境装不上、演示时崩掉。SQLite 零配置但它是文件级数据库多用户并发写会锁库做「多人同时下单」这种演示时容易翻车Oracle 功能全但安装包大、内存吃紧学生机器上装完可能连 MyEclipse 都开不动。MySQL 处在中间免费、跨平台、有官方安装包社区资料多到「mysql安装教程」这种词常年挂在热搜上遇到报错基本能搜到答案。我一般会选 MySQL 5.7 或 8.0 的稳定版字符集统一用utf8mb4排序规则utf8mb4_general_ci。这里有个血泪经验如果建库时用了默认的latin1中文商品名会变成问号而且后期改字符集要重建表非常麻烦。建库语句直接写死字符集别偷懒。-- 创建数据库显式指定字符集避免中文乱码 CREATE DATABASE campus_trade DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; -- 创建专用账号不要用 root 跑应用 CREATE USER trade_applocalhost IDENTIFIED BY Trade2024; GRANT ALL PRIVILEGES ON campus_trade.* TO trade_applocalhost; FLUSH PRIVILEGES;逻辑说明第一段建库时锁定字符集这是后面所有中文数据不乱码的前提。第二段单独建应用账号原因是课设演示常把连接信息写进配置文件用 root 等于把最高权限暴露出去养成最小权限习惯对以后做真实项目有好处。参数上utf8mb4比utf8多支持 emoji 和部分生僻字商品描述里带表情符号也不会报错。2.2 四张核心表的设计与约束取舍校园小商品交易系统最小可用模型是四张表用户、商品、订单、订单明细。很多同学一上来就想加「收藏」「评价」「消息」结果表越画越多最后连外键都理不清。我的建议是先跑通主干再按需扩展。表名关键字段约束与说明userid, username, password, phone, creditusername 唯一索引password 存哈希不存明文productid, seller_id, title, price, status, create_timeseller_id 外键指向 user.idstatus 用枚举ordersid, buyer_id, total_price, order_status, create_timebuyer_id 外键order_status 控制流转order_itemid, order_id, product_id, quantity, unit_price双外键unit_price 冗余存下单时价格这里重点说两个取舍。第一order_item里冗余存unit_price而不是下单时再去product表查价格。原因是商品价格会改如果订单明细只存 product_id历史订单金额会随商品调价而变化对不上账。第二product.status用TINYINT或ENUM表示「在售/已售/下架」不要用字符串字符串比较慢且容易写错。CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, seller_id INT NOT NULL, title VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL DEFAULT 0.00, status TINYINT NOT NULL DEFAULT 1 COMMENT 1在售 2已售 3下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_product_seller FOREIGN KEY (seller_id) REFERENCES user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明DECIMAL(10,2)用于金额绝不能用FLOAT浮点数做金额运算会出现0.10.20.30000000000000004这种经典问题。DEFAULT CURRENT_TIMESTAMP让插入时自动记录时间省去应用层传参。外键约束保证不会出现「卖家不存在」的脏数据代价是插入顺序必须先 user 后 product。2.3 MyEclipse 里配 Tomcat 和 JDBC 连接池热词里「myeclipse导入项目」「idea配置tomcat」出现频率很高说明环境配置是卡人的第一关。MyEclipse 自带 Tomcat 集成但版本别选太新Tomcat 8.5 或 9.0 和大多数课设代码兼容性最好。配置路径是 Window → Preferences → MyEclipse → Servers → Tomcat指向解压目录即可。连接池不要用 DriverManager 每次新建连接课设演示时并发一上来就报Too many connections。常见做法是用 Druid 或 C3P0我一般用 Druid配置直观。# druid.properties 连接池配置 driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/campus_trade?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai usernametrade_app passwordTrade2024 initialSize5 maxActive20 maxWait3000逻辑说明serverTimezone必须写MySQL 8.0 驱动不配时区会报The server time zone value is unrecognized。initialSize5是启动时预建连接maxActive20是并发上限课设演示够用。maxWait3000表示拿不到连接最多等 3 秒就抛异常避免请求一直挂住。注意 url 里的在 XML 配置文件中要写成amp;这是很多同学复制配置后启动失败的隐藏原因。3. 增删改查落地从 SQL 到 Java DAO 的完整链路3.1 商品发布与分页查询的 SQL 写法课设答辩时老师最爱问「你的分页怎么做的」。最朴素也最稳的是LIMIT加偏移量。商品列表按创建时间倒序每页 10 条。-- 查询第 2 页每页 10 条在售商品 SELECT p.id, p.title, p.price, u.username AS seller FROM product p JOIN user u ON p.seller_id u.id WHERE p.status 1 ORDER BY p.create_time DESC LIMIT 10 OFFSET 10;逻辑说明JOIN把卖家用户名带出来前端不用再发一次请求。WHERE p.status 1过滤掉已售和下架商品。LIMIT 10 OFFSET 10中 OFFSET 是跳过的行数页码从 0 开始算。注意深分页时 OFFSET 很大性能会下降课设数据量小无所谓但面试被问到要能说出「可以用游标或记录上次最大 id」这个优化方向。插入商品时价格和标题要做非空校验但更稳的是数据库层也加约束。title设NOT NULLprice设CHECK (price 0)MySQL 8.0 支持 CHECK 约束5.7 会忽略这点要按版本区分。3.2 下单事务库存与订单状态怎么保证一致交易系统最核心的是下单不能出现「钱扣了货没了」或「订单生成了商品还在售」。这就要用事务把「插入订单、插入明细、更新商品状态」三步包在一起。// 下单核心逻辑使用 JDBC 事务 Connection conn null; try { conn dataSource.getConnection(); conn.setAutoCommit(false); // 关闭自动提交开启事务 // 1. 插入订单主表 PreparedStatement ps1 conn.prepareStatement( INSERT INTO orders(buyer_id, total_price, order_status) VALUES(?,?,1)); ps1.setInt(1, buyerId); ps1.setBigDecimal(2, totalPrice); ps1.executeUpdate(); // 2. 更新商品状态带 status1 条件防止重复下单 PreparedStatement ps2 conn.prepareStatement( UPDATE product SET status2 WHERE id? AND status1); ps2.setInt(1, productId); int rows ps2.executeUpdate(); if (rows 0) { throw new RuntimeException(商品已被抢购); } conn.commit(); // 全部成功才提交 } catch (Exception e) { if (conn ! null) conn.rollback(); // 任一步失败全部回滚 throw e; } finally { if (conn ! null) conn.setAutoCommit(true); }逻辑说明setAutoCommit(false)是事务起点commit()是终点中间任何异常都走rollback()。关键在第二步的WHERE id? AND status1这个条件让并发下只有第一个请求能更新成功第二个请求rows为 0 直接抛异常相当于用数据库行锁做了简易防超卖。参数上setBigDecimal对应 DECIMAL 字段不要用setDouble。注意连接池拿到的连接用完必须归还finally里恢复自动提交是防止连接被复用时报错。3.3 用存储过程做月度统计答辩加分项热词里「mysql存储过程」搜索量不低课设里加一个统计功能确实能体现深度。比如统计每个卖家的成交总额。DELIMITER // CREATE PROCEDURE stat_seller_sales(IN min_amount DECIMAL(10,2)) BEGIN SELECT u.username, COUNT(o.id) AS order_count, SUM(o.total_price) AS total FROM orders o JOIN user u ON o.buyer_id u.id WHERE o.order_status 2 GROUP BY u.id HAVING total min_amount ORDER BY total DESC; END // DELIMITER ;逻辑说明DELIMITER //是因为存储过程内部有分号需要临时换分隔符否则 MySQL 会在第一个分号处截断。IN min_amount是入参过滤成交额低于阈值的卖家。HAVING作用于聚合结果不能用WHERE替代。调用时CALL stat_seller_sales(100.00);。注意存储过程调试麻烦课设里用来展示「会写」即可真实项目更推荐在应用层做统计便于版本管理和测试。4. 避坑与排查课设演示前必须过的五道坎4.1 中文乱码从建库到前端一条链现象商品标题存进去是???或商品。原因通常有三层数据库字符集不是 utf8mb4、JDBC url 没带 characterEncoding、Tomcat 的server.xml里 Connector 没配 URIEncoding。解决顺序是从底往上查先SHOW VARIABLES LIKE character%;确认库和连接字符集再检查 url 参数最后在 Connector 加URIEncodingUTF-8。三层都对了才不会乱码。4.2 连接池耗尽Too many connections 的三种来源现象演示到一半页面卡死日志刷Too many connections。原因一是代码里 Connection 没在 finally 关闭泄漏累积二是maxActive设太小并发一高就排队三是 MySQL 服务端max_connections默认 151被其他程序占满。解决先查代码确保 try-with-resources 或 finally 关闭再把连接池 maxActive 调到 20 左右最后SHOW PROCESSLIST;看有没有异常长连接。4.3 Tomcat 启动报 404 或源服务器未找到目标资源现象Tomcat 起来了访问项目路径报 404热词里「idea tomcat 描述 源服务器未能找到目标资源的表示」说的就是这类。原因多是 context path 配错、web.xml 里 servlet 映射写错、或者项目没真正部署到 webapps。解决看 Tomcat 控制台有没有Deployment of web application archive成功日志检查访问路径是否带了项目名MyEclipse 里确认 Deployment 配置的 context root。4.4 外键约束导致插入失败现象插入 product 报Cannot add or update a child row。原因是 seller_id 在 user 表里不存在或者插入顺序反了。解决先插 user 再插 product测试数据用同一批 id。如果确实需要乱序插入可以临时SET FOREIGN_KEY_CHECKS0;但演示环境不建议会掩盖数据一致性问题。4.5 时间字段差 8 小时现象订单时间和实际时间差 8 小时。原因是 JDBC url 没配serverTimezoneAsia/Shanghai驱动按 UTC 解析。解决url 里补上时区参数或者数据库连接后执行SET time_zone8:00;。这个坑在 MySQL 8.0 驱动上尤其常见5.x 老驱动反而不报。5. 进阶技巧把课设做成能写进简历的项目课设做完能跑只是及格线想让它成为简历上的亮点得再加两件事。第一是加索引并会解释。商品列表按 status 和 create_time 查询建一个联合索引idx_status_time(status, create_time)然后用EXPLAIN看 type 从 ALL 变成 ref答辩时能讲清楚「最左前缀原则」和「回表」比背概念强得多。-- 建联合索引并验证 CREATE INDEX idx_status_time ON product(status, create_time); EXPLAIN SELECT id, title, price FROM product WHERE status1 ORDER BY create_time DESC LIMIT 10;逻辑说明联合索引字段顺序按「等值条件在前、范围或排序在后」排status 是等值create_time 是排序顺序正确。EXPLAIN 结果里key显示用了哪个索引rows是预估扫描行数Extra出现Using index表示覆盖索引不用回表性能最好。第二是加一层简单的接口日志记录每次下单的 buyer_id、product_id 和耗时。不用上 ELK写进一张trade_log表就够。演示时打开这张表能看到「谁在什么时候买了什么、花了多久」比单纯展示界面有说服力。我自己的习惯是课设代码也要写注释和 README把建表语句、初始化数据、启动步骤写清楚这样换台机器十分钟能重新跑起来而不是翻聊天记录找配置。数据库课设的价值不在界面多漂亮而在你能不能把数据从建表到事务到索引这条线讲明白、跑稳定。希望帮到你。本文还有配套的精品资源点击获取