简介围绕 Oracle 图书管理系统展开的数据库课程设计报告面向正在完成数据库课程设计或需要撰写 Oracle 相关报告的学生。整份报告系统呈现了从需求分析到系统实现的完整流程先明确设计目的与环境概要设计阶段给出图书 E-R 图和系统功能模块图数据库分析部分详细列出用户表、图书类别表、图书表、入库表等表结构并涉及数据库创建、存储过程与触发器详细设计及测试部分包含系统界面、主要代码和功能整体链接测试最后附有课程设计心得。资源为 1 个 doc 文档大小 229KB目录结构完整可直接作为课程设计报告模板参考。已有 517 人学习下载对需要借鉴 Oracle 数据库设计、图书管理业务建模以及规范课程设计报告写法的读者有很好的参考价值。1. Oracle数据库课程设计报告它到底是什么以及值得投入多久如果你手上正躺着一份名为Oracle数据库课程设计报告(1).doc的文件大概率你正处于两种状态之一要么是刚领了任务还无从下手的在校生要么是转行做数据方向、需要补齐数据库功底的职场新人。这个标题看上去只是交作业实际背后是一整套完整链路——从需求分析、ER图到建表建约束从增删改查到存储过程、分页查询、死锁排查最后再把所有实现整理成一份能通过答辩的Word文档。我见过太多把课程设计当成写作文的人结果代码是抄的图是画的答辩一问就卡壳。这篇就把整条路怎么走、坑在哪一次讲清楚。2. 先从环境下手Oracle安装、监听与客户端连通的一次性建好2.1 选哪一版Oracle 11g XE、企业版还是云端实例做课程设计环境选型的第一原则不是最新而是最容易跑通、资料最多。目前国内教材和网上的博客资源Oracle 11g还是主战场很多课设模板也都是基于11g写的但11g现在是老古董新机器上装容易出兼容性问题。我更建议的路线是优先考虑Oracle 11g XE或者Oracle 12c的桌面版前者安装包小、内存占用低后者支持FETCH FIRST这种更现代的分页语法写报告的时候分页这一节能比ROWNUM方案多写一段。注意一个很多新手会忽略的事Oracle的客户端位数必须和数据库端匹配。如果你机器是64位Windows装了64位的Oracle数据库那PL/SQL Developer这个工具本身是32位的需要额外装一个32位的Oracle客户端否则一打开就报ORA-12154: TNS:could not resolve the connect identifier specified。这一步我当年就卡了一整天属于典型的装环境劝退点。2.2 监听器起不来三个高频原因与修复命令监听服务是Oracle的门卫客户端连接数据库之前要先找到它。你安装完Oracle之后如果客户端报ORA-12541: TNS:no listener或者Windows服务列表里OracleOraDb11g_home1TNSListener这个服务启动不了按下面的顺序排查# 在命令行里查看监听服务状态 lsnrctl status # 如果状态显示不是Listening先尝试启动 lsnrctl start # 查看1521端口是否被占用 netstat -ano | findstr 1521 # 查看本机hosts解析是否正常很多机器hosts里没有localhost映射 notepad C:\Windows\System32\drivers\etc\hosts监听起不来最常见的三个原因第一服务在Windows服务管理器里没启动右键手动启动即可第二hosts文件里缺少本机名和127.0.0.1的映射Oracle解析不到主机名把127.0.0.1 localhost加进去第三之前装过MySQL或者其他数据库占用了1521端口把监听端口改成1522或者停掉占用方。改监听端口的话要同时改两个文件listener.ora和tnsnames.ora都在$ORACLE_HOME\network\admin目录下只改一处是很多人的翻车起点。2.3 tnsnames.ora与连接串让Python和PL/SQL Developer都连得上监听服务跑起来之后客户端能不能连上就看tnsnames.ora写得对不对。这个文件是客户端连接数据库的通讯录一个典型的配置长这样ORCL (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST localhost)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orcl) ) )这里最坑的就是 SERVICE_NAME 和 SID 的区别。很多教程里写CONNECT_DATA (SID orcl)但你安装时创建的是服务名那就要用SERVICE_NAME orcl写错的结果就是报ORA-12514: TNS:listener does not currently know of service requested in connect descriptor。这个错误在避坑章节还会再提一次因为出现频率实在太高。连数据库验证的时候别急着上PL/SQL Developer先用命令行确认通了再上图形工具。很多人跳过这一步导致后面分不清是服务端问题还是客户端配置问题。我一般用Python连一次作为通断验证顺便把热词里那个python连接oracle查询数据的需求也覆盖了import cx_Oracle # 连接串里直接用tnsnames.ora里配置的别名 conn cx_Oracle.connect(system/123456localhost:1521/orcl) cursor conn.cursor() cursor.execute(SELECT username FROM dba_users WHERE rownum 5) for row in cursor.fetchall(): print(row[0]) conn.close()Python连接Oracle的坑在于cx_Oracle版本和Python版本、Oracle客户端位数三个东西必须匹配。Python 3.8以上推荐直接用python-oracledb这个新包它自带瘦客户端模式不需要额外装Oracle Instant Client。如果你还在用旧的cx_Oracle且Python是64位的那客户端的目录名里必须有_64否则连初始化都会报DPI-1047错误。参数说明就一点连接串里用户名密码、主机端口服务名这四要素顺序不能错而且服务名是大小写不敏感的但密码区分大小写。3. 建表与增删改查把课程设计的数据模型落到真实库3.1 从ER图到建表脚本约束和数据类型一次到位课程设计里最出彩的地方是建模但最容易被挑刺的地方是建表粗糙。我记得见过一份课设所有表都是VARCHAR2(255)所有数字都是NUMBER主键没有外键没加CHECK约束为零——这种报告写出来答辩老师第一页就能把你问住。正确的做法是先画ER图明确实体、属性和关系再转化成建表脚本。以最经典的学生选课系统为例-- 学生表 CREATE TABLE student ( student_id NUMBER(8) CONSTRAINT pk_student PRIMARY KEY, student_name VARCHAR2(50) NOT NULL, gender CHAR(2) CONSTRAINT ck_student_gender CHECK (gender IN (男,女)), birth_date DATE, major VARCHAR2(100) ); -- 课程表 CREATE TABLE course ( course_id NUMBER(6) CONSTRAINT pk_course PRIMARY KEY, course_name VARCHAR2(80) NOT NULL, credits NUMBER(2,1) CHECK (credits 0) ); -- 选课表学生和课程的多对多关系 CREATE TABLE enrollment ( student_id NUMBER(8) NOT NULL, course_id NUMBER(6) NOT NULL, enroll_date DATE DEFAULT SYSDATE, score NUMBER(5,2), CONSTRAINT pk_enrollment PRIMARY KEY (student_id, course_id), CONSTRAINT fk_enroll_student FOREIGN KEY (student_id) REFERENCES student(student_id), CONSTRAINT fk_enroll_course FOREIGN KEY (course_id) REFERENCES course(course_id) );三个要点说明第一成绩为什么不用NUMBER(3)因为有的学校成绩允许小数比如89.5你不留小数位插入就报ORA-01438。第二student_id用NUMBER(8)而不是INTOracle的INT本质还是NUMBER(38)写出来给人感觉不专业。第三外键命名用fk_前缀主键约束显式命名这样后面查user_constraints视图时一眼能看出哪条约束是哪张表的课设报告里截图也清晰。3.2 增删改查四件套为什么建议写成存储过程而不是裸SQL课程设计里最常见的需求就是数据库增删改查但如果你只是把四条SQL贴在报告里那就太浅了。答辩老师的标准问法是你的增删改查是直接在客户端里敲的还是写在存储过程里调的——问的就是你有没有把业务逻辑封装进数据库层。存储过程的好处有三条一是可以加异常处理数据不合法时回滚而不是报一堆英文错误二是复用性好Java/Python前端只调用过程名不关心SQL细节三是报告里能多写一截代码把存储过程、游标、异常处理全部展示一遍。我一般会建议学生把最核心的三条操作写成存储过程选课insert、改成绩update、退课delete。一个典型的改成绩存储过程长这样CREATE OR REPLACE PROCEDURE sp_update_score( p_student_id IN NUMBER, p_course_id IN NUMBER, p_new_score IN NUMBER, p_message OUT VARCHAR2 ) AS BEGIN IF p_new_score 0 OR p_new_score 100 THEN RAISE_APPLICATION_ERROR(-20001, 成绩必须在0-100之间); END IF; UPDATE enrollment SET score p_new_score WHERE student_id p_student_id AND course_id p_course_id; IF SQL%ROWCOUNT 0 THEN p_message : 未找到该学生的选课记录; ELSE p_message : 更新成功; END IF; COMMIT; EXCEPTION WHEN OTHERS THEN ROLLBACK; p_message : SQLERRM; END sp_update_score;参数模式IN表示传入、OUT表示传出p_message就是告诉调用方执行结果的喇叭。RAISE_APPLICATION_ERROR是主动抛业务错误等于程序里自己拦了一道校验而不是等数据库报ORA-02290约束错误。SQL%ROWCOUNT是Oracle隐式游标的一个属性用来判断上一条DML语句影响了多少行这是新手最容易漏掉的判断——如果更新了0行你也告诉用户成功了这在课程设计演示时相当丢脸。3.3 分页查询ROWNUM与FETCH FIRST两条路线怎么选所有课设都躲不开分页查询这个考点因为你的查询结果一页放不下。Oracle分页是老生常谈的话题但很多学生只会背一段ROWNUM套子问为什么内层用ROWNUM 20外层再套一层ROWNUM 10讲不出来。先看经典写法-- 查询第11到20条选课记录按学号排序 SELECT * FROM ( SELECT e.*, ROWNUM AS rn FROM ( SELECT student_id, course_id, score FROM enrollment ORDER BY student_id ) e WHERE ROWNUM 20 ) WHERE rn 10;这段SQL的核心逻辑是最内层先排序中间层用ROWNUM 20截出前20条并给每条加一个行号最外层再过滤掉前10条。为什么不能直接写WHERE ROWNUM BETWEEN 11 AND 20因为Oracle的ROWNUM是在结果集生成过程中逐行分配的它在WHERE条件第一次判断为假后就直接停止处理了所以ROWNUM 10单独写在最外层是永远查不到数据的。这个原理讲清楚比背代码强一百倍。如果你用的是Oracle 12c及以上版本分页可以写得更简单SELECT student_id, course_id, score FROM enrollment ORDER BY student_id OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;OFFSET 10 ROWS表示跳过前10条FETCH NEXT 10 ROWS ONLY表示取接下来10条。这个写法更接近标准SQL也更容易理解但要注意11g不支持所以报告里最好两个都写然后对比一下它们的性能差异这反而是加分项。性能上ROWNUM写法在处理深层分页时更稳因为优化器知道要提前截断而FETCH FIRST在某些版本下有额外的排序开销。3.4 日期与自增主键trunc(sysdate)和序列的正确用法日期处理是课设里最容易被忽略的细节。很多学生把日期存成字符串然后用到的时候发现排序不对、区间查询不对这就是给自己挖坑。Oracle里日期类型就用DATE取系统当前时间用SYSDATE函数。但如果你想查今天创建的选课记录直接WHERE enroll_date SYSDATE是查不全的因为SYSDATE带时分秒而插入的记录enroll_date用的也是SYSDATE除非你删掉时间部分否则等号永远不匹配。这时候就要用TRUNC-- 今天的所有选课记录 SELECT * FROM enrollment WHERE enroll_date TRUNC(SYSDATE) AND enroll_date TRUNC(SYSDATE) 1;TRUNC(SYSDATE)会把当前时间规整到当天零点TRUNC(SYSDATE) 1是明天零点所以这个条件覆盖的就是今天一整天。这种写法比TO_CHAR(enroll_date, YYYY-MM-DD) TO_CHAR(SYSDATE, YYYY-MM-DD)要高效得多因为后者对每一行做了格式转换无法走索引。自增主键的问题则是把MySQL的习惯带进了Oracle。MySQL里有AUTO_INCREMENTOracle 11g没有12c开始有IDENTITY列但课设里最通用、最稳的方案还是序列 触发器CREATE SEQUENCE seq_student_id START WITH 1001 INCREMENT BY 1; CREATE OR REPLACE TRIGGER trg_student_id BEFORE INSERT ON student FOR EACH ROW BEGIN :NEW.student_id : seq_student_id.NEXTVAL; END trg_student_id;序列的START WITH和INCREMENT BY是唯二需要关注的参数CACHE默认20就够用不要设置成1否则每次取值都落盘性能会很差。触发器里的:NEW是Oracle触发器的固定写法代表插入的新行把序列的下一个值赋给主键列这样插入语句里就不用显式写主键了。这一套在报告里可以写得很完整先说明为什么不用IDENTITY兼容11g再说明序列和触发器的配合关系整个课程设计的技术含量就上来了。4. 让报告拿得出硬货存储过程、触发器与并发控制4.1 存储过程完整模板带游标、带事务、带异常处理前面那个sp_update_score只是热身答辩老师真正会盯着看的是你过程里有没有游标、有没有事务边界、异常处理是不是直接抛给用户看。一个更有说服力的存储过程设计是统计某门课程的成绩分布因为这里要用到游标遍历正好把CURSOR、FETCH、LOOP全展示出来CREATE OR REPLACE PROCEDURE sp_score_distribution( p_course_id IN NUMBER, p_excellent OUT NUMBER, p_good OUT NUMBER, p_pass OUT NUMBER, p_fail OUT NUMBER ) AS v_score enrollment.score%TYPE; CURSOR cur_scores IS SELECT score FROM enrollment WHERE course_id p_course_id; BEGIN p_excellent : 0; p_good : 0; p_pass : 0; p_fail : 0; OPEN cur_scores; LOOP FETCH cur_scores INTO v_score; EXIT WHEN cur_scores%NOTFOUND; IF v_score 90 THEN p_excellent : p_excellent 1; ELSIF v_score 80 THEN p_good : p_good 1; ELSIF v_score 60 THEN p_pass : p_pass 1; ELSE p_fail : p_fail 1; END IF; END LOOP; CLOSE cur_scores; EXCEPTION WHEN OTHERS THEN IF cur_scores%ISOPEN THEN CLOSE cur_scores; END IF; RAISE; END sp_score_distribution;这里两个细节要重点说明。第一v_score enrollment.score%TYPE这种声明方式叫锚定类型意思是这个变量类型跟着表字段走以后表结构改了变量不会报错这是一个职业习惯而不是课设花活。第二EXCEPTION块里先判断游标是否还开着再关闭防止异常发生时游标句柄泄漏这种写法在真实项目里也很重要。你把这个过程往报告里一放再配一段PL/SQL调用代码展示输出结果整份报告的技术深度立刻就和其他同学拉开差距。4.2 触发器自动编号之外的审计场景用还是不用触发器是课程设计里的双刃剑。用得好报告里能写出数据库自动维护审计日志这种加分点用不好触发器太多导致插入变慢答辩时被问你为什么要用触发器而不是在应用层实现答不上来就尴尬了。我的建议是只写一个业务型触发器就够而且要有明确理由。最常见的合理场景是选课表做修改时自动记录操作日志这也是审计需求的标准案例CREATE TABLE enrollment_log ( log_id NUMBER(10) PRIMARY KEY, student_id NUMBER(8), course_id NUMBER(6), old_score NUMBER(5,2), new_score NUMBER(5,2), op_type VARCHAR2(10), op_time DATE DEFAULT SYSDATE ); CREATE OR REPLACE TRIGGER trg_enrollment_log AFTER INSERT OR UPDATE OR DELETE ON enrollment FOR EACH ROW BEGIN IF INSERTING THEN INSERT INTO enrollment_log(student_id, course_id, old_score, new_score, op_type) VALUES (:NEW.student_id, :NEW.course_id, NULL, :NEW.score, INSERT); ELSIF UPDATING THEN INSERT INTO enrollment_log(student_id, course_id, old_score, new_score, op_type) VALUES (:NEW.student_id, :NEW.course_id, :OLD.score, :NEW.score, UPDATE); ELSIF DELETING THEN INSERT INTO enrollment_log(student_id, course_id, old_score, new_score, op_type) VALUES (:OLD.student_id, :OLD.course_id, :OLD.score, NULL, DELETE); END IF; END trg_enrollment_log;这个触发器最有价值的地方在于演示了:OLD和:NEW这对孪生兄弟INSERT时旧值是NULLDELETE时新值是NULLUPDATE时两个都有值。你在报告里用这个例子说明行级触发的上下文变量机制比再写三个自动编号触发器要有说服力得多。但注意一点写完触发器要测试一下连删三条数据后日志表是否正确因为AFTER DELETE触发器里如果:OLD引用错了列名编译期就会报ORA-04068这个错误在避坑章里详细说。4.3 并发与数据库死锁把乱象变成答辩加分项数据库死锁这个词吓退很多人但课程设计里主动去演示一把死锁反而是最亮眼的操作。死锁的本质是两个会话互相持有对方需要的资源谁都不让。Oracle里最常见的死锁场景是两条更新语句以不同的顺序访问同一组记录。比如说会话A先更新student表第1行再更新第2行会话B先更新第2行再更新第1行双双卡住。定位死锁的SQL是答辩时可以直接掏出来的存货SELECT s.sid, s.serial#, s.username, s.status, l.type, l.lmode, l.request, o.object_name FROM v$lock l JOIN v$session s ON l.sid s.sid LEFT JOIN dba_objects o ON l.id1 o.object_id WHERE l.block 0 ORDER BY s.sid;这条SQL的巧妙之处在于v$lock里的block字段值为1表示这个锁正在阻塞其他会话查询结果里被阻塞的两个会话会同时出现。更专业的做法是查dba_blockers和dba_waiters两个视图但那种写法在课设报告里代码负担太重一条v$lock v$session dba_objects的三表关联查询就够了。定位到死锁会话后通常ALTER SYSTEM KILL SESSION sid,serial#一刀砍掉某个会话另一个会话就能继续跑。这段话写进报告的系统测试与问题分析章节比任何测试截图都硬核。5. 避坑指南Oracle数据库课程设计里最常翻车的7个点5.1 ORA-12514监听能起来但服务认不出来现象lsnrctl status显示监听在跑客户端连接时报ORA-12514: TNS:listener does not currently know of service requested in connect descriptor。原因tnsnames.ora里的连接描述符用了SID但监听器注册的是服务名或者你连接串里的服务名和数据库实际的服务名不一致。这个不一致有多隐蔽可能是大小写问题也可能是少了一个字符比如orcl写成了orc1。解决先查数据库实际的服务名登录SQL*Plus执行SHOW PARAMETER service_names;然后确认tnsnames.ora里SERVICE_NAME和它完全一致再重启监听lsnrctl stop和lsnrctl start。5.2 中文乱码字符集三件套不匹配现象往表里插入中文数据查询出来是问号或者乱码SSMS里看是正常的PL/SQL Developer里看是乱的。原因客户端NLS_LANG、数据库字符集、操作系统编码三者不一致。最常见的组合是数据库字符集AL32UTF8而客户端NLS_LANG设成了SIMPLIFIED CHINESE_CHINA.ZHS16GBK。解决统一字符集。在Windows的注册表HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE下把NLS_LANG改成SIMPLIFIED CHINESE_CHINA.AL32UTF8或者在PL/SQL Developer的Tools - Preferences - NLS里设置。注意改完要重启工具。这个坑在课设报告里不用写太多但实际演示时翻车概率极高务必提前测一遍中文插入。5.3 ORA-00001唯一约束冲突序列和初始数据打架现象插入新学生报ORA-00001: unique constraint (PK_STUDENT) violated但你明明没有手动指定主键值。原因序列seq_student_id当前值不在正常范围内。比如你往表里手工插过一条student_id 1001的数据但序列是从1开始递增的它生成了1-1000这些和已有数据完全不撞的值直到撞到1001才发现冲突。更常见的版本是你不小心把序列删了重建重新从1开始而表里最大id已经是1001。解决查询序列当前值SELECT seq_student_id.LAST_NUMBER FROM dual;然后调整序列步长或者干脆重建序列起点设为表里最大id加1。重建语法是ALTER SEQUENCE seq_student_id START WITH 1002;但注意START WITH不能更新已有序列只能DROP再CREATE。5.4 PL/SQL Developer交互慢或打不开现象双击PL/SQL Developer半天没反应或者打开了但执行一条SQL要等十几秒。原因可能是Oracle的SQLNET配置里启用了网络加密或延迟排队但课设环境更常见的原因是PLS工具连的是tnsnames里的别名而解析该别名走了DNS反向解析恰好你的机器在网络环境里DNS很慢。另一个玄学是杀毒软件把PL/SQL Developer的缓存文件给锁了。解决先ping一下主机名确认网络正常然后把tnsnames.ora里的HOST从机器名改成127.0.0.1强制走本机回环。如果还慢考虑换工具用DBeaver或者Oracle SQL Developer后者是官方免费工具连接时选服务名而不是SID。千万别在这一步硬刚课设时间耗不起。5.5 删表删不掉会话锁导致ORA-00054现象执行DROP TABLE student;卡住几分钟后报ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired。原因有另一个会话对这张表持有锁最常见的是PL/SQL Developer里开了一个未提交的查询窗口或者某个存储过程执行到一半没提交。解决先查锁定了这张表的会话再把它杀掉SELECT s.sid, s.serial#, s.username FROM v$session s, v$locked_object l, dba_objects o WHERE s.sid l.session_id AND l.object_id o.object_id AND o.object_name STUDENT;查到sid和serial#后执行ALTER SYSTEM KILL SESSION sid,serial# IMMEDIATE;。问题解决后最省心的习惯是建表之前把所有人挡在数据库外面或者自己在操作完DML后立刻COMMIT。5.6 把MySQL的SQL语法直接搬到Oracle现象写删除语句用DELETE FROM enrollment LIMIT 1;直接报ORA-00933: SQL command not properly ended或者用SELECT * FROM student LIMIT 10同样报错。原因Oracle不支持MySQL的LIMIT语法查前N条要用ROWNUM或FETCH FIRST。还有字符串拼接MySQL用CONCAT(a,b)或者直接a bOracle必须用双竖线a || b日期格式化MySQL用DATE_FORMATOracle用TO_CHAR。解决凡是报ORA-00933、ORA-00923、ORA-00920这类语法错误第一反应不是查表名而是查语法方言。写任何一条SQL前先问一句这个语法是Oracle专属的吗。5.7 存储过程编译错误ORA-04068与分号血案现象创建存储过程时报ORA-04068: existing state of packages has been discarded或者编译成功后调用时一直报过程未创建。原因Oracle开发工具里一段完整的PL/SQL块每行语句必须以分号结尾但整个过程的END后面还要加一个斜杠/而且这个斜杠必须单独占一行前后不能有空格。很多人从网上复制代码时把斜杠丢了或者斜杠后面跟了注释在SQL*Plus里就不算结束标志。解决在PL/SQL Developer里写存储过程把整个过程的CREATE OR REPLACE PROCEDURE ... END;复制进命令窗口最后单独换行写一个/再回车。编译如果报错查询SHOW ERRORS PROCEDURE sp_update_score;看具体是哪一行最常见的错误是变量声明了没使用、列名写错、引用了不存在的表字段。6. 报告撰写与自测让doc经得起答辩追问6.1 一份标准课设报告应该涵盖的七个板块你手里的doc是最终交付物它的结构和代码实现一样重要。课设报告通常包含需求分析、概念结构设计、逻辑结构设计、物理结构设计、功能实现、系统测试、总结与展望。前两块画ER图和写需求描述第三块是建表脚本加约束说明第四块写表空间、存储参数第五块写增删改查和存储过程第六块把上面避坑章里的测试过程和结果截图放进去最后一段写你遇到了哪些问题、怎么解决的。记得每一章都要配截图尤其是运行结果的截图答辩时不打开数据库也能讲清楚。6.2 演示数据要真实可复现不要PS拼图我见过最离谱的课设报告是把两张不同时间跑的截图用画图拼在一起结果日期列对不上。答辩老师不一定看代码但一定会盯截图里的小细节。表数据要有合理的多样性比如学生表里要有男生女生、不同年级选课表里要有已出成绩和未出成绩的记录。测试数据在演示前必须重新跑一遍脚本生成确保和报告里截图完全一致。建议你把所有建表、插入、存储过程的SQL集中成一个init.sql答辩前一小时直接跑一遍所有数据当场重建。这比任何口头说明都管用。6.3 答辩自测清单跑一遍这条复现链路最后给你的自检单每项都要过一遍数据库服务是否已在后台运行tnsnames.ora里的服务名和监听器是否匹配用Python脚本跑通一次查询插入一条新记录观察序列是否正常自增删除一条记录看日志表的触发器是否写入执行一次分页查询确认offset正确杀一个卡住的会话确认不会死锁把init.sql从头跑到尾不出任何红色报错。以上全通过你进答辩教室的心态就稳了。我带过的学生里翻车最狠的一次不是代码写错而是到答辩现场发现监听服务没启动整个系统连不上讲稿全部作废。从此我养成的习惯就是答辩前只做一件事把数据库重启一遍然后把init.sql再跑一遍。这个习惯帮我躲过了至少三次突发翻车建议你也试试。希望帮到你。本文还有配套的精品资源点击获取