简介这是一份面向C语言与MySQL初学者的图书管理系统实践文档定位于帮助刚接触项目开发的读者理解控制台程序如何与数据库对接、完成图书数据的增删改查。压缩包内共1个doc文件约137KB以代码讲解与流程说明结合的方式呈现涉及stdio.h、string.h、winsock.h、mysql.h等头文件的引入与作用。系统按会员与管理员两类角色划分会员可借阅、归还、查询及按关键词搜索图书管理员可添加、修改、删除和查看图书信息实现上借助mysql_query执行SQL用mysql_use_result与mysql_fetch_row遍历结果集并通过mysql_free_result释放内存同时对图书借出状态的判断与提示做了处理。文档还讨论了用goto组织菜单循环的写法及其在大型程序中的局限适合作为理解用户交互、条件判断与数据库操作的入门参考。已有1574人学习。1. 控制台窗口里的第一套数据库项目C 语言配 MySQL 的图书管理系统很多人学完 C 语言的指针、结构体和文件操作会有一种“语法都懂、就是不会干活”的悬空感。这份资源里的模拟项目正好治这个病一个黑窗口、一张 book 表、一个 main 函数加两个角色函数把 C 语言和 MySQL 之间的那条线完整接了一遍——登录、查库、拼 SQL、判状态、打印结果集全走命令行。对初学者来说它比任何章节练习都实在因为你要处理的是真实连接、真实编码、真实报错。反直觉的地方在于全部代码三百来行坑却比不少上千行的作业还密。借书时的状态判断写反了、结果集没释放、SQL 直接用 sprintf 拼、管理员菜单的 5 和 6 顺序对调。这些问题逐个修一遍比照着教程抄一遍学到的东西多得多。适合刚学完 C 语法、想找一个能编译能跑的小系统练手的人也适合要交课程设计、需要自己讲清楚每一行在干什么的人。2. 环境准备与库表设计从 mysql.h 到 bookinfo 库的落地2.1 编译环境头文件路径、链接库与 winsock 的先后顺序这份代码里出现了四个头文件stdio.h、string.h、winsock.h、mysql.h。前两个是标准库后两个是 Windows 平台下的依赖。mysql.h里会间接引用网络相关的声明所以作者才额外把winsock.h写上。这里第一个容易翻车的地方就是顺序winsock.h必须放在mysql.h前面否则在某些 MySQL 客户端版本上会报结构体重定义。我一般在 Windows 上直接用winsock2.h打头再把windows.h的min/max宏冲突用NOMINMAX关掉省得后面一堆莫名报错。编译要显式告诉 gcc 去哪找头文件、去哪找链接库。以 MinGW 为例# 假设 MySQL 装在默认路径工程只有 main.c 一个源文件 gcc main.c -o book.exe \ -IC:/Program Files/MySQL/MySQL Server 8.0/include \ -LC:/Program Files/MySQL/MySQL Server 8.0/lib \ -llibmysql-I指定头文件搜索目录-L指定库文件目录-llibmysql告诉链接器去接libmysql.lib。编译通过但运行时弹窗提示找不到libmysql.dll说明动态库没进 PATH。最简单的处理是把libmysql.dll复制到book.exe同目录比改环境变量稳。用 Visual Studio 的话思路一样附加包含目录、附加库目录、附加依赖项三处都填上再把 dll 拷到输出目录。提示MySQL 8.x 默认用caching_sha2_password认证插件老版本 C API 可能连不上。测试阶段直接把账号的认证方式改成mysql_native_password能少折腾半小时。2.2 建库建表book 与 userinfo 两张表的字段约定代码里写死了库名bookinfo登录查的是userinfo表图书操作查的是book表。原始项目没有附带建表脚本按代码里的用法反推字段大致是这样CREATE DATABASE IF NOT EXISTS bookinfo DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE bookinfo; -- 图书表bid 主键bstate 记录借阅状态 CREATE TABLE book ( bid INT PRIMARY KEY, bname VARCHAR(50) NOT NULL, bauthor VARCHAR(50) NOT NULL, bstate VARCHAR(20) NOT NULL DEFAULT 未借出 ); -- 用户表uid 账号upwd 密码1001 为管理员账号 CREATE TABLE userinfo ( uid INT PRIMARY KEY, upwd VARCHAR(32) NOT NULL, role TINYINT NOT NULL DEFAULT 0 -- 0 会员 1 管理员 ); INSERT INTO userinfo VALUES (1001, admin123, 1); INSERT INTO book VALUES (10001, C primer plus, Stephen, 未借出);字段类型上有两处要留神。bstate用VARCHAR(20)存中文是为了后面能直接strcmp比对“已借出”如果用TINYINT存 0/1代码里那几处字符串比较全得改。upwd我在建表时给了VARCHAR但原始代码里scanf(%d, pwd)和where upwd%d都按整数处理说明作者实际用的是纯数字密码。想加字母密码就得动登录那段代码这是个不大不小的改造点。bid用INT而不是自增意味着编号由管理员手填。好处是初学者能直观看到主键冲突报错坏处是删掉一本再添加容易撞号。要改成自增把主键定义换成AUTO_INCREMENT同时把adminfunction里添加分支的insert into book values (%d,...)改成显式列出字段名否则参数个数对不上。2.3 连接数据库mysql_real_connect 的六个参数怎么填原始main函数里这段是全项目最应该先跑通的部分MYSQL *pconn mysql_init(NULL); // 1. 初始化连接句柄 if (!mysql_real_connect(pconn, // 2. 句柄 localhost, // 3. 主机地址 root, // 4. 账号 root, // 5. 密码 bookinfo, // 6. 库名 0, // 7. 端口0 表示默认 3306 NULL, // 8. socket 或命名管道Windows 传 NULL 0)) { // 9. 客户端标志位 printf(连接失败,错误为:%s\n, mysql_error(pconn)); } // 字符集必须和服务端协商一致否则中文全变问号 if (mysql_query(pconn, set names gbk)) { printf(编码有错误为:%s\n, mysql_error(pconn)); }前六个参数是核心主机、账号、密码、库名。端口写 0 走默认值本地开发基本不用改。最后那个标志位传 0 表示同步阻塞连接做课设够用如果后面要接图形界面可以传CLIENT_MULTI_STATEMENTS允许一次执行多条语句。注意连不上时printf只打印了错误信息程序却没退出后面接着执行set names和登录逻辑会在一个坏句柄上反复报错。正确做法是在if里补一句return -1;让失败路径干净地结束。字符集这块是第二个高频翻车点。原始项目用set names gbk是因为 Windows 控制台默认代码页是 936源码里硬编码的中文字面量也是 GBK 编码保存的。如果改用utf8mb4必须同时做到三件事源文件用 UTF-8 保存、控制台执行chcp 65001、连接后set names utf8mb4。三处差一处就是乱码而且乱码形态各不相同排查起来很费时间。最省事的判断方法是查询出来的中文是问号说明字符集没对上是“锟斤拷”这类乱码说明两端编码互相转了一次。3. 核心链路拆解登录分流、借阅判定与管理端增删改查3.1 main 的登录流程与角色分流登录这段代码不长但把整个系统的权限模型交代清楚了int account, pwd; jj: printf(请输入账户和密码\n); scanf(%d, account); scanf(%d, pwd); char sql_login[200]; sprintf(sql_login, select * from userinfo where uid%d and upwd%d, account, pwd); if (mysql_query(pconn, sql_login)) { printf(登录失败); } MYSQL_RES *res2 mysql_store_result(pconn); // 取回结果集 int num mysql_num_rows(res2); // 命中行数 if (num 0) { printf(登录成功!\n); MYSQL_ROW row mysql_fetch_row(res2); int userid atoi(row[1]); if (account 1001) { // 硬编码的管理员判定 adminfunction(pconn); } else { userfunction(pconn); } } else { printf(登录失败:(); }逻辑是「查得到记录就算登录成功」用mysql_num_rows是否为 0 当判据这比先fetch_row再判空要稳因为mysql_fetch_row在空结果集上返回NULL直接解引用会崩。取row[1]转成userid这一步其实没用到属于写了一半的残留。真正的问题在角色判定if (account 1001)用的是用户输入的账号而不是数据库里查出来的角色。这意味着任何人只要输对密码、账号填 1001就自动变管理员反过来如果管理员换了账号权限就丢了。建表时多加的role字段在这里派上用场把判定改成if (atoi(row[2]) 1)就顺手多了。还有一处必须提res2从头到尾没有mysql_free_result。单次登录看不出问题但如果用户输错密码选择重新登录每循环一次就漏一个结果集。MySQL C API 对未释放的结果集是有计数限制的攒够几次之后后续查询会直接返回 Commands out of sync而且报错信息完全指不到这里属于典型的黑匣子型 bug。3.2 userfunction借阅与归还的状态判定借书分支是整份代码里最值得逐行看的地方因为它错得很有代表性int bid1; printf(请输入图书编号:); scanf(%d, bid1); char jieyue[200]; sprintf(jieyue, update book set bstate已借出 where bid %d, bid1); char state[200]; sprintf(state, select bstaet from book where bid %d, bid1); // 拼的是 SQL 语句不是状态值 MYSQL_RES *res; res mysql_store_result(pconn); // 上一条查询还没执行这里取不到东西 if (strcmp(state, 已借出)) { // state 里是 SQL 文本永远不等于已借出 printf(\n 此书已借出\n); goto ll; } if (mysql_query(pconn, jieyue)) { printf(借阅失败,错误为:%s\n, mysql_error(pconn)); } else { printf(借阅成功\n); }按预期这段应该先查这本书当前状态不是“已借出”才允许更新。但实际执行顺序是拼好 SQL 字符串 → 没执行 → 直接取结果集 → 拿 SQL 字符串本身去和“已借出”比较。strcmp必然返回非 0条件恒为真于是不管这本书在不在库、借没借出去用户永远看到“此书已借出”然后被踢回菜单。借书功能等于完全失效。顺带还有个拼写错误bstaet应该是bstate。就算前面加了mysql_query这条 SQL 也会因为字段不存在直接报错。修正后的写法是三步先查、再判、后更新。// 1. 查当前状态 char sql_check[256]; snprintf(sql_check, sizeof(sql_check), select bstate from book where bid %d, bid1); if (mysql_query(pconn, sql_check) ! 0) { printf(查询失败:%s\n, mysql_error(pconn)); goto ll; } MYSQL_RES *res mysql_store_result(pconn); MYSQL_ROW row mysql_fetch_row(res); if (row NULL) { printf(查无此书\n); mysql_free_result(res); goto ll; } // 2. 判断状态注意 row[0] 才是数据库里的值 if (strcmp(row[0], 已借出) 0) { printf(此书已借出\n); mysql_free_result(res); goto ll; } mysql_free_result(res); // 3. 更新并检查影响行数 if (mysql_query(pconn, jieyue) ! 0) { printf(借阅失败:%s\n, mysql_error(pconn)); } else if (mysql_affected_rows(pconn) 0) { printf(更新未生效请检查图书编号\n); } else { printf(借阅成功\n); }mysql_store_result要在mysql_query之后调用这个先后顺序不能颠倒。mysql_affected_rows是个容易被忽略的返回值SQL 执行成功但一行没改说明编号根本不存在光看mysql_query的返回值是发现不了的。归还分支相对简单直接update ... set bstate未借出失败打印错误。但它没做“这本书是否已经处于未借出状态”的判断重复归还会一直提示成功。加一层同样的查询就能挡住。3.3 adminfunction增删改查四个分支的实现细节管理端是整个项目的功能重心添加、修改、删除、查询各占一个 case。添加走的是隐式字段插入int id; char book_name[20], author[20]; printf(请输入编号); scanf(%d, id); printf(请输入书名); scanf(%s, book_name); printf(请输入作者); scanf(%s, author); char tianjia[200]; sprintf(tianjia, insert into book values (%d,%s,%s,未借出), id, book_name, author); if (mysql_query(pconn, tianjia)) { printf(添加失败,错误为:%s\n, mysql_error(pconn)); } else { printf(添加成功\n); }insert into book values (...)不写字段名依赖建表时的物理顺序一旦有人给表加了一列这条语句立刻报“列数不匹配”。规范写法是insert into book(bid,bname,bauthor,bstate) values(...)。另一种更省心的做法是让bstate用DEFAULT 未借出插入时只给三列。char book_name[20]这个长度也很紧张。“C primer plus”已经 13 个字符稍长一点的书名就会溢出而scanf(%s)不做边界检查属于典型的栈溢出入口。改成char book_name[64]并把scanf换成fgets是及格线最起码也要写scanf(%63s, book_name)。修改分支允许连编号一起改sprintf(tianjia, update book set bid %d, bname %s, bauthor %s where bid %d, id1, book_name1, author1, temp1);这里temp1是原编号id1是新编号。把主键放进set子句里改在 MySQL 里是允许的但如果新编号撞上已有记录会直接报主键冲突而代码只打印mysql_error用户看到一串英文完全不知道发生了什么。更稳的做法是先查新编号是否存在或者干脆禁止修改主键改书名和作者就够了。删除分支最干脆delete from book where bid %d没有任何确认提示。管理员手一抖输错一位数字一条记录就没了没有后悔药。加一句“确认删除(Y/N)”的二次确认代码不超过五行收益极大。3.4 查询结果集的遍历与打印查询分支在会员端和管理端各写了一遍逻辑几乎相同这也是项目里复制粘贴痕迹最明显的地方if (mysql_query(pconn, select * from book) 0) { MYSQL_RES *res mysql_use_result(pconn); // 逐行拉取 MYSQL_ROW row; if (res) { while ((row mysql_fetch_row(res)) ! NULL) { for (int t 0; t mysql_num_fields(res); t) { printf(%8s , row[t]); // 定宽输出四列刚好对齐 } printf(\n); } } mysql_free_result(res); }mysql_use_result是流式读取每次fetch_row从服务端拉一行内存占用小但读的过程中这条连接不能执行别的语句。mysql_store_result一次性把结果全拉到客户端内存开销大但用完连接就空出来了。这个项目查询完立刻打印用哪个都行但如果打印过程中还要查别的表比如查作者的其他作品mysql_use_result会直接报错只能换store。printf(%8s , row[t])里的8是定宽四列加起来 32 字符在 80 列控制台里刚好放得下。字段一多就会折行看着很难受。想做得像样一点可以先mysql_fetch_fields拿到字段名做表头再按每列最长内容动态算宽度。row[t]在 SQL 里对应 NULL 值时是空指针直接交给printf的%s会打印“(null)”或者干脆崩打印前应该判一下。模糊搜索那段用的是like %%%s%%双百分号在sprintf里转义成一个%最终拼成like %关键词%。语法没问题但如果用户输入里带单引号SQL 立刻语法错误输入 or 11就能把整张表拖出来。控制台小工具的安全性要求不高可这毕竟是接触数据库的第一课用mysql_real_escape_string转义一下习惯就养正了。4. 避坑与排查五个一定会踩的坑4.1 编译报错找不到 mysql.h 或结构体重定义现象fatal error: mysql.h: No such file or directory或者反过来一堆redefinition of struct timeval。原因前者是头文件路径没配编译器只在系统默认目录里找后者是winsock.h和 MySQL 客户端头文件里引用的winsock2.h撞了两套 socket 结构体定义冲突。解决编译命令补-I指向 MySQL 的 include 目录链接补-L和-llibmysql。结构体冲突时把#include winsock.h换成#include winsock2.h并确保它排在mysql.h之前。Windows 下还有个小概率事件装了 32 位 MySQL 客户端却用 64 位 gcc 编译报的是“无法解析的外部符号”看着像缺库实际是位数不匹配换对应的 lib 目录就行。4.2 连上了但中文全是问号现象select * from book打印出来的书名是???或者登录时输中文用户名永远查不到。原因客户端、连接、服务端三层字符集不一致。源码文件存的是 GBK控制台代码页是 936连接却按 utf8 协商中间转了一次就丢了。解决三步必须统一。源文件另存为 ANSI/GBK 时连接用set names gbk源文件存 UTF-8 时控制台先chcp 65001连接用set names utf8mb4。建库时显式指定DEFAULT CHARSET别依赖服务端默认值因为不同版本默认值不一样。改完还是乱码就去查表本身的字符集show create table book;看DEFAULT CHARSET那一行。4.3 借书永远提示“此书已借出”现象随便输一个存在的图书编号一律返回“此书已借出”书的状态在数据库里纹丝不动。原因sprintf(state, select ...)只是把 SQL 文本写进了缓冲区后面既没执行也没取值strcmp(state, 已借出)拿 SQL 语句去比中文常量永远不相等条件恒真。解决按 3.2 节的三步走——mysql_query执行查询、mysql_store_result取结果、mysql_fetch_row拿row[0]再比较。同时把bstaet这个拼写改回bstate。这类“字符串变量里装的到底是什么”的问题最快的定位方式是加一行printf(调试: state[%s]\n, state);看一眼就明白了。4.4 报 Commands out of sync 或程序越跑越慢现象连续操作几次后任何查询都返回Commands out of sync; you cant run this command now重启程序又恢复正常。原因mysql_store_result或mysql_use_result拿到的结果集没有mysql_free_result连接上残留着未读完的结果。登录循环里的res2、查询分支里提前goto跳走的分支都是漏网之鱼。解决定一条规矩——凡是出现mysql_store_result的地方同一条执行路径上必须有且只有一次mysql_free_result。多个goto出口时最容易漏可以在每个goto前先释放。调试阶段在main末尾加一句mysql_close(pconn);如果关闭时报错基本能确认有结果集没释放干净。4.5 管理员菜单选 5 却退出了系统现象菜单写着“5-继续操作 6-退出系统”按 5 程序直接结束按 6 反而回到菜单。原因adminfunction里case 5写的是printf(退出成功); return;case 6写的是goto kk;和printf打印的菜单文案正好对调。这种错位编译器不会报只能靠手点一遍发现。解决把菜单字符串和switch分支对齐或者更彻底一点用枚举把选项定义成常量让文案和分支共用同一份定义enum { MENU_ADD 1, MENU_EDIT, MENU_DEL, MENU_QUERY, MENU_BACK, MENU_EXIT }; printf(1-添加 2-修改 3-删除 4-查询 5-继续 6-退出\n); switch (y) { case MENU_ADD: /* ... */ break; case MENU_EXIT: printf(退出成功\n); return; case MENU_BACK: break; // 回到循环顶部继续 default: printf(无效选项\n); }顺带把goto kk换成while循环加break菜单再改也不会出现跳转错乱。原始代码大量使用goto ll和goto kk功能上没问题可一旦分支里有需要释放的资源goto就会变成内存泄漏的帮凶。5. 数据层加固从拼 SQL 到结果集管理5.1 用 mysql_real_escape_string 堵住拼接漏洞原始代码所有 SQL 都靠sprintf拼字符串书名里带一个单引号就能让整条语句崩掉。比如输入OReilly 权威指南拼出来是insert into book values (1,OReilly 权威指南,X,未借出)MySQL 解析到第二个单引号就断了。解决方式不是禁用单引号而是在拼接前转义char raw_name[64], safe_name[128]; scanf(%63s, raw_name); // 按目标缓冲区的实际长度转义防止二次溢出 unsigned long len mysql_real_escape_string(pconn, safe_name, raw_name, strlen(raw_name)); safe_name[len] \0; char sql[512]; snprintf(sql, sizeof(sql), insert into book(bid,bname,bauthor,bstate) values (%d,%s,%s,未借出), id, safe_name, safe_author);mysql_real_escape_string的四个参数分别是连接句柄、目标缓冲区、源字符串、源长度返回值是转义后的实际长度。它依赖连接上的字符集设置所以必须在set names之后调用顺序错了转义结果对不上。目标缓冲区至少要是源的两倍加一因为最坏情况下每个字符都会变成\这样的两字节序列。注意snprintf返回的是“本应写入的长度”如果大于缓冲区大小说明被截断了SQL 会不完整。严格的写法要检查返回值一旦发现截断就报错退出而不是把半条 SQL 发出去。5.2 结果集生命周期store 与 use 的取舍两种取结果的方式在项目里混着用登录用store查询用use其实没有明确理由。判断标准只有一条结果集要不要在读完之前执行别的查询。对比项mysql_store_resultmysql_use_result内存占用一次性全部拉到客户端每次只取一行连接占用拉完即释放可继续查询读完之前连接被占住适用场景结果集不大、后续还有查询大结果集、只顺序打印一次必须调用mysql_free_resultmysql_free_result这个项目的查询分支打印完就回菜单两种都行但登录分支后面紧接着要调adminfunction或userfunction执行新查询用use就会冲突用store是对的。选错了不一定会立刻报错往往要等到第二次操作才炸这也是Commands out of sync难排查的原因。统一成store加free的组合代码更好维护MYSQL_RES *res mysql_store_result(pconn); if (res NULL) { // 查询本身没返回结果集比如 update 语句或者取结果失败 if (mysql_field_count(pconn) ! 0) { printf(取结果失败:%s\n, mysql_error(pconn)); } return; } MYSQL_ROW row; while ((row mysql_fetch_row(res)) ! NULL) { // 逐列打印NULL 值单独处理 for (unsigned int i 0; i mysql_num_fields(res); i) { printf(%8s , row[i] ? row[i] : NULL); } printf(\n); } mysql_free_result(res); // 一定要在函数返回前执行mysql_field_count用来区分“语句本来就不返回结果集”和“取结果真的失败了”。前者出现在update、insert之后误调store_result的情况返回 NULL 是正常的不该当错误处理。5.3 借还书改成原子更新一条 SQL 解决并发判定3.2 节那种“先查再改”的写法在单用户控制台里没问题但只要两个人同时操作同一本书就可能都查到“未借出”然后都执行更新最后两条借阅记录都成功书却只有一本。正确做法是把判断条件直接写进where里让数据库在一次语句执行中完成判定和更新// 只有当前状态是未借出时才更新影响行数为 1 说明借阅成功 char sql[256]; snprintf(sql, sizeof(sql), update book set bstate已借出 where bid%d and bstate未借出, bid); if (mysql_query(pconn, sql) ! 0) { printf(借阅失败:%s\n, mysql_error(pconn)); goto ll; } if (mysql_affected_rows(pconn) 1) { printf(借阅成功\n); } else { // 影响 0 行有两种可能书不存在或者已经被借走了 printf(借阅失败图书不存在或已被借出\n); }这一条语句同时替代了原来的查询、判断、更新三步中间没有任何时间窗口。mysql_affected_rows返回 1 就是借阅成功返回 0 就是条件不满足返回 -1 说明语句本身出错。归还同理把bstate已借出放到where里即可。如果想区分“书不存在”和“已被借出”可以在影响行数为 0 时再补一次轻量查询但那是优化体验不影响正确性。对于课设级别的小系统一条带条件的update加上影响行数判断已经比原来强出一个量级而且代码反而更短。6. 二次开发加一张借阅流水表把 goto 菜单换成状态机想把这个练手项目做出点真东西我建议只加一个功能借阅记录。因为“谁在什么时候借了哪本书、什么时候还的”是图书管理系统的核心价值也是把单表操作升级成多表关联的最自然入口。先建流水表只加必要字段CREATE TABLE borrow_log ( id BIGINT AUTO_INCREMENT PRIMARY KEY, uid INT NOT NULL, bid INT NOT NULL, borrow_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, return_at DATETIME NULL, KEY idx_uid (uid), KEY idx_bid (bid) );借书成功后插一条borrow_log归还时按bid找最近一条return_at IS NULL的记录补上时间。这两步和图书状态更新必须放在同一个事务里否则会出现“书借出去了但没记录”或者“记录写了书还在架上”的脏数据。改造时把mysql_query(pconn, start transaction)、两次操作、commit包在一起任何一步失败就rollback。用 MySQL C API 手动控制事务不算优雅但对理解 ACID 很有帮助。菜单层建议顺手把goto全部拆掉。userfunction和adminfunction各改成一个while (1)循环每个 case 末尾break回到循环顶部退出用return。改完之后case 2归还失败忘记goto导致穿透到下一个分支这类问题会自然消失代码也短了一截。再往前一步把两处几乎一样的查询逻辑抽成一个函数// 执行查询并把结果打印成表格返回影响的行数 int print_query(MYSQL *conn, const char *sql) { if (mysql_query(conn, sql) ! 0) { printf(查询失败:%s\n, mysql_error(conn)); return -1; } MYSQL_RES *res mysql_store_result(conn); if (!res) return 0; MYSQL_ROW row; int count 0; while ((row mysql_fetch_row(res)) ! NULL) { for (unsigned int i 0; i mysql_num_fields(res); i) printf(%8s , row[i] ? row[i] : NULL); printf(\n); count; } mysql_free_result(res); return count; }会员端的“查询全部”“搜索图书”和管理端的同名功能四份代码合成一份以后加“按作者查”“按状态查”只需要传不同的 SQL 字符串。这类抽取看着简单但它把结果集释放的位置收敛到了一个地方Commands out of sync那类玄学问题基本绝迹。验证改造是否成功我一般按这个顺序走先手动造两条借阅记录确认流水表能查到再故意把commit前的一步改错看rollback有没有把书的状态还原最后开两个控制台窗口同时借同一本书只有一个能成功就说明条件更新生效了。这套流程跑一遍比读十遍文档都管用。血泪经验是早期我改这类项目总喜欢一口气把菜单、SQL、表结构全换掉结果一运行报错根本分不清是新逻辑写错了还是老代码本来就有问题。从那以后我每次动这种小系统都强制先把原始版本跑通并记下每个功能的正确表现再按“建表 → 单条 SQL 验证 → 接进函数 → 改菜单”的顺序一处一处换。希望这套笨办法能帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/11/3 17:07:21 · 阅读 1.2k C语言+MySQL图书管理系统：连接、结果集与SQL加固
简介这是一份面向C语言与MySQL初学者的图书管理系统实践文档定位于帮助刚接触项目开发的读者理解控制台程序如何与数据库对接、完成图书数据的增删改查。压缩包内共1个doc文件约137KB以代码讲解与流程说明结合的方式呈现涉及stdio.h、string.h、winsock.h、mysql.h等头文件的引入与作用。系统按会员与管理员两类角色划分会员可借阅、归还、查询及按关键词搜索图书管理员可添加、修改、删除和查看图书信息实现上借助mysql_query执行SQL用mysql_use_result与mysql_fetch_row遍历结果集并通过mysql_free_result释放内存同时对图书借出状态的判断与提示做了处理。文档还讨论了用goto组织菜单循环的写法及其在大型程序中的局限适合作为理解用户交互、条件判断与数据库操作的入门参考。已有1574人学习。1. 控制台窗口里的第一套数据库项目C 语言配 MySQL 的图书管理系统很多人学完 C 语言的指针、结构体和文件操作会有一种“语法都懂、就是不会干活”的悬空感。这份资源里的模拟项目正好治这个病一个黑窗口、一张 book 表、一个 main 函数加两个角色函数把 C 语言和 MySQL 之间的那条线完整接了一遍——登录、查库、拼 SQL、判状态、打印结果集全走命令行。对初学者来说它比任何章节练习都实在因为你要处理的是真实连接、真实编码、真实报错。反直觉的地方在于全部代码三百来行坑却比不少上千行的作业还密。借书时的状态判断写反了、结果集没释放、SQL 直接用 sprintf 拼、管理员菜单的 5 和 6 顺序对调。这些问题逐个修一遍比照着教程抄一遍学到的东西多得多。适合刚学完 C 语法、想找一个能编译能跑的小系统练手的人也适合要交课程设计、需要自己讲清楚每一行在干什么的人。2. 环境准备与库表设计从 mysql.h 到 bookinfo 库的落地2.1 编译环境头文件路径、链接库与 winsock 的先后顺序这份代码里出现了四个头文件stdio.h、string.h、winsock.h、mysql.h。前两个是标准库后两个是 Windows 平台下的依赖。mysql.h里会间接引用网络相关的声明所以作者才额外把winsock.h写上。这里第一个容易翻车的地方就是顺序winsock.h必须放在mysql.h前面否则在某些 MySQL 客户端版本上会报结构体重定义。我一般在 Windows 上直接用winsock2.h打头再把windows.h的min/max宏冲突用NOMINMAX关掉省得后面一堆莫名报错。编译要显式告诉 gcc 去哪找头文件、去哪找链接库。以 MinGW 为例# 假设 MySQL 装在默认路径工程只有 main.c 一个源文件 gcc main.c -o book.exe \ -IC:/Program Files/MySQL/MySQL Server 8.0/include \ -LC:/Program Files/MySQL/MySQL Server 8.0/lib \ -llibmysql-I指定头文件搜索目录-L指定库文件目录-llibmysql告诉链接器去接libmysql.lib。编译通过但运行时弹窗提示找不到libmysql.dll说明动态库没进 PATH。最简单的处理是把libmysql.dll复制到book.exe同目录比改环境变量稳。用 Visual Studio 的话思路一样附加包含目录、附加库目录、附加依赖项三处都填上再把 dll 拷到输出目录。提示MySQL 8.x 默认用caching_sha2_password认证插件老版本 C API 可能连不上。测试阶段直接把账号的认证方式改成mysql_native_password能少折腾半小时。2.2 建库建表book 与 userinfo 两张表的字段约定代码里写死了库名bookinfo登录查的是userinfo表图书操作查的是book表。原始项目没有附带建表脚本按代码里的用法反推字段大致是这样CREATE DATABASE IF NOT EXISTS bookinfo DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE bookinfo; -- 图书表bid 主键bstate 记录借阅状态 CREATE TABLE book ( bid INT PRIMARY KEY, bname VARCHAR(50) NOT NULL, bauthor VARCHAR(50) NOT NULL, bstate VARCHAR(20) NOT NULL DEFAULT 未借出 ); -- 用户表uid 账号upwd 密码1001 为管理员账号 CREATE TABLE userinfo ( uid INT PRIMARY KEY, upwd VARCHAR(32) NOT NULL, role TINYINT NOT NULL DEFAULT 0 -- 0 会员 1 管理员 ); INSERT INTO userinfo VALUES (1001, admin123, 1); INSERT INTO book VALUES (10001, C primer plus, Stephen, 未借出);字段类型上有两处要留神。bstate用VARCHAR(20)存中文是为了后面能直接strcmp比对“已借出”如果用TINYINT存 0/1代码里那几处字符串比较全得改。upwd我在建表时给了VARCHAR但原始代码里scanf(%d, pwd)和where upwd%d都按整数处理说明作者实际用的是纯数字密码。想加字母密码就得动登录那段代码这是个不大不小的改造点。bid用INT而不是自增意味着编号由管理员手填。好处是初学者能直观看到主键冲突报错坏处是删掉一本再添加容易撞号。要改成自增把主键定义换成AUTO_INCREMENT同时把adminfunction里添加分支的insert into book values (%d,...)改成显式列出字段名否则参数个数对不上。2.3 连接数据库mysql_real_connect 的六个参数怎么填原始main函数里这段是全项目最应该先跑通的部分MYSQL *pconn mysql_init(NULL); // 1. 初始化连接句柄 if (!mysql_real_connect(pconn, // 2. 句柄 localhost, // 3. 主机地址 root, // 4. 账号 root, // 5. 密码 bookinfo, // 6. 库名 0, // 7. 端口0 表示默认 3306 NULL, // 8. socket 或命名管道Windows 传 NULL 0)) { // 9. 客户端标志位 printf(连接失败,错误为:%s\n, mysql_error(pconn)); } // 字符集必须和服务端协商一致否则中文全变问号 if (mysql_query(pconn, set names gbk)) { printf(编码有错误为:%s\n, mysql_error(pconn)); }前六个参数是核心主机、账号、密码、库名。端口写 0 走默认值本地开发基本不用改。最后那个标志位传 0 表示同步阻塞连接做课设够用如果后面要接图形界面可以传CLIENT_MULTI_STATEMENTS允许一次执行多条语句。注意连不上时printf只打印了错误信息程序却没退出后面接着执行set names和登录逻辑会在一个坏句柄上反复报错。正确做法是在if里补一句return -1;让失败路径干净地结束。字符集这块是第二个高频翻车点。原始项目用set names gbk是因为 Windows 控制台默认代码页是 936源码里硬编码的中文字面量也是 GBK 编码保存的。如果改用utf8mb4必须同时做到三件事源文件用 UTF-8 保存、控制台执行chcp 65001、连接后set names utf8mb4。三处差一处就是乱码而且乱码形态各不相同排查起来很费时间。最省事的判断方法是查询出来的中文是问号说明字符集没对上是“锟斤拷”这类乱码说明两端编码互相转了一次。3. 核心链路拆解登录分流、借阅判定与管理端增删改查3.1 main 的登录流程与角色分流登录这段代码不长但把整个系统的权限模型交代清楚了int account, pwd; jj: printf(请输入账户和密码\n); scanf(%d, account); scanf(%d, pwd); char sql_login[200]; sprintf(sql_login, select * from userinfo where uid%d and upwd%d, account, pwd); if (mysql_query(pconn, sql_login)) { printf(登录失败); } MYSQL_RES *res2 mysql_store_result(pconn); // 取回结果集 int num mysql_num_rows(res2); // 命中行数 if (num 0) { printf(登录成功!\n); MYSQL_ROW row mysql_fetch_row(res2); int userid atoi(row[1]); if (account 1001) { // 硬编码的管理员判定 adminfunction(pconn); } else { userfunction(pconn); } } else { printf(登录失败:(); }逻辑是「查得到记录就算登录成功」用mysql_num_rows是否为 0 当判据这比先fetch_row再判空要稳因为mysql_fetch_row在空结果集上返回NULL直接解引用会崩。取row[1]转成userid这一步其实没用到属于写了一半的残留。真正的问题在角色判定if (account 1001)用的是用户输入的账号而不是数据库里查出来的角色。这意味着任何人只要输对密码、账号填 1001就自动变管理员反过来如果管理员换了账号权限就丢了。建表时多加的role字段在这里派上用场把判定改成if (atoi(row[2]) 1)就顺手多了。还有一处必须提res2从头到尾没有mysql_free_result。单次登录看不出问题但如果用户输错密码选择重新登录每循环一次就漏一个结果集。MySQL C API 对未释放的结果集是有计数限制的攒够几次之后后续查询会直接返回 Commands out of sync而且报错信息完全指不到这里属于典型的黑匣子型 bug。3.2 userfunction借阅与归还的状态判定借书分支是整份代码里最值得逐行看的地方因为它错得很有代表性int bid1; printf(请输入图书编号:); scanf(%d, bid1); char jieyue[200]; sprintf(jieyue, update book set bstate已借出 where bid %d, bid1); char state[200]; sprintf(state, select bstaet from book where bid %d, bid1); // 拼的是 SQL 语句不是状态值 MYSQL_RES *res; res mysql_store_result(pconn); // 上一条查询还没执行这里取不到东西 if (strcmp(state, 已借出)) { // state 里是 SQL 文本永远不等于已借出 printf(\n 此书已借出\n); goto ll; } if (mysql_query(pconn, jieyue)) { printf(借阅失败,错误为:%s\n, mysql_error(pconn)); } else { printf(借阅成功\n); }按预期这段应该先查这本书当前状态不是“已借出”才允许更新。但实际执行顺序是拼好 SQL 字符串 → 没执行 → 直接取结果集 → 拿 SQL 字符串本身去和“已借出”比较。strcmp必然返回非 0条件恒为真于是不管这本书在不在库、借没借出去用户永远看到“此书已借出”然后被踢回菜单。借书功能等于完全失效。顺带还有个拼写错误bstaet应该是bstate。就算前面加了mysql_query这条 SQL 也会因为字段不存在直接报错。修正后的写法是三步先查、再判、后更新。// 1. 查当前状态 char sql_check[256]; snprintf(sql_check, sizeof(sql_check), select bstate from book where bid %d, bid1); if (mysql_query(pconn, sql_check) ! 0) { printf(查询失败:%s\n, mysql_error(pconn)); goto ll; } MYSQL_RES *res mysql_store_result(pconn); MYSQL_ROW row mysql_fetch_row(res); if (row NULL) { printf(查无此书\n); mysql_free_result(res); goto ll; } // 2. 判断状态注意 row[0] 才是数据库里的值 if (strcmp(row[0], 已借出) 0) { printf(此书已借出\n); mysql_free_result(res); goto ll; } mysql_free_result(res); // 3. 更新并检查影响行数 if (mysql_query(pconn, jieyue) ! 0) { printf(借阅失败:%s\n, mysql_error(pconn)); } else if (mysql_affected_rows(pconn) 0) { printf(更新未生效请检查图书编号\n); } else { printf(借阅成功\n); }mysql_store_result要在mysql_query之后调用这个先后顺序不能颠倒。mysql_affected_rows是个容易被忽略的返回值SQL 执行成功但一行没改说明编号根本不存在光看mysql_query的返回值是发现不了的。归还分支相对简单直接update ... set bstate未借出失败打印错误。但它没做“这本书是否已经处于未借出状态”的判断重复归还会一直提示成功。加一层同样的查询就能挡住。3.3 adminfunction增删改查四个分支的实现细节管理端是整个项目的功能重心添加、修改、删除、查询各占一个 case。添加走的是隐式字段插入int id; char book_name[20], author[20]; printf(请输入编号); scanf(%d, id); printf(请输入书名); scanf(%s, book_name); printf(请输入作者); scanf(%s, author); char tianjia[200]; sprintf(tianjia, insert into book values (%d,%s,%s,未借出), id, book_name, author); if (mysql_query(pconn, tianjia)) { printf(添加失败,错误为:%s\n, mysql_error(pconn)); } else { printf(添加成功\n); }insert into book values (...)不写字段名依赖建表时的物理顺序一旦有人给表加了一列这条语句立刻报“列数不匹配”。规范写法是insert into book(bid,bname,bauthor,bstate) values(...)。另一种更省心的做法是让bstate用DEFAULT 未借出插入时只给三列。char book_name[20]这个长度也很紧张。“C primer plus”已经 13 个字符稍长一点的书名就会溢出而scanf(%s)不做边界检查属于典型的栈溢出入口。改成char book_name[64]并把scanf换成fgets是及格线最起码也要写scanf(%63s, book_name)。修改分支允许连编号一起改sprintf(tianjia, update book set bid %d, bname %s, bauthor %s where bid %d, id1, book_name1, author1, temp1);这里temp1是原编号id1是新编号。把主键放进set子句里改在 MySQL 里是允许的但如果新编号撞上已有记录会直接报主键冲突而代码只打印mysql_error用户看到一串英文完全不知道发生了什么。更稳的做法是先查新编号是否存在或者干脆禁止修改主键改书名和作者就够了。删除分支最干脆delete from book where bid %d没有任何确认提示。管理员手一抖输错一位数字一条记录就没了没有后悔药。加一句“确认删除(Y/N)”的二次确认代码不超过五行收益极大。3.4 查询结果集的遍历与打印查询分支在会员端和管理端各写了一遍逻辑几乎相同这也是项目里复制粘贴痕迹最明显的地方if (mysql_query(pconn, select * from book) 0) { MYSQL_RES *res mysql_use_result(pconn); // 逐行拉取 MYSQL_ROW row; if (res) { while ((row mysql_fetch_row(res)) ! NULL) { for (int t 0; t mysql_num_fields(res); t) { printf(%8s , row[t]); // 定宽输出四列刚好对齐 } printf(\n); } } mysql_free_result(res); }mysql_use_result是流式读取每次fetch_row从服务端拉一行内存占用小但读的过程中这条连接不能执行别的语句。mysql_store_result一次性把结果全拉到客户端内存开销大但用完连接就空出来了。这个项目查询完立刻打印用哪个都行但如果打印过程中还要查别的表比如查作者的其他作品mysql_use_result会直接报错只能换store。printf(%8s , row[t])里的8是定宽四列加起来 32 字符在 80 列控制台里刚好放得下。字段一多就会折行看着很难受。想做得像样一点可以先mysql_fetch_fields拿到字段名做表头再按每列最长内容动态算宽度。row[t]在 SQL 里对应 NULL 值时是空指针直接交给printf的%s会打印“(null)”或者干脆崩打印前应该判一下。模糊搜索那段用的是like %%%s%%双百分号在sprintf里转义成一个%最终拼成like %关键词%。语法没问题但如果用户输入里带单引号SQL 立刻语法错误输入 or 11就能把整张表拖出来。控制台小工具的安全性要求不高可这毕竟是接触数据库的第一课用mysql_real_escape_string转义一下习惯就养正了。4. 避坑与排查五个一定会踩的坑4.1 编译报错找不到 mysql.h 或结构体重定义现象fatal error: mysql.h: No such file or directory或者反过来一堆redefinition of struct timeval。原因前者是头文件路径没配编译器只在系统默认目录里找后者是winsock.h和 MySQL 客户端头文件里引用的winsock2.h撞了两套 socket 结构体定义冲突。解决编译命令补-I指向 MySQL 的 include 目录链接补-L和-llibmysql。结构体冲突时把#include winsock.h换成#include winsock2.h并确保它排在mysql.h之前。Windows 下还有个小概率事件装了 32 位 MySQL 客户端却用 64 位 gcc 编译报的是“无法解析的外部符号”看着像缺库实际是位数不匹配换对应的 lib 目录就行。4.2 连上了但中文全是问号现象select * from book打印出来的书名是???或者登录时输中文用户名永远查不到。原因客户端、连接、服务端三层字符集不一致。源码文件存的是 GBK控制台代码页是 936连接却按 utf8 协商中间转了一次就丢了。解决三步必须统一。源文件另存为 ANSI/GBK 时连接用set names gbk源文件存 UTF-8 时控制台先chcp 65001连接用set names utf8mb4。建库时显式指定DEFAULT CHARSET别依赖服务端默认值因为不同版本默认值不一样。改完还是乱码就去查表本身的字符集show create table book;看DEFAULT CHARSET那一行。4.3 借书永远提示“此书已借出”现象随便输一个存在的图书编号一律返回“此书已借出”书的状态在数据库里纹丝不动。原因sprintf(state, select ...)只是把 SQL 文本写进了缓冲区后面既没执行也没取值strcmp(state, 已借出)拿 SQL 语句去比中文常量永远不相等条件恒真。解决按 3.2 节的三步走——mysql_query执行查询、mysql_store_result取结果、mysql_fetch_row拿row[0]再比较。同时把bstaet这个拼写改回bstate。这类“字符串变量里装的到底是什么”的问题最快的定位方式是加一行printf(调试: state[%s]\n, state);看一眼就明白了。4.4 报 Commands out of sync 或程序越跑越慢现象连续操作几次后任何查询都返回Commands out of sync; you cant run this command now重启程序又恢复正常。原因mysql_store_result或mysql_use_result拿到的结果集没有mysql_free_result连接上残留着未读完的结果。登录循环里的res2、查询分支里提前goto跳走的分支都是漏网之鱼。解决定一条规矩——凡是出现mysql_store_result的地方同一条执行路径上必须有且只有一次mysql_free_result。多个goto出口时最容易漏可以在每个goto前先释放。调试阶段在main末尾加一句mysql_close(pconn);如果关闭时报错基本能确认有结果集没释放干净。4.5 管理员菜单选 5 却退出了系统现象菜单写着“5-继续操作 6-退出系统”按 5 程序直接结束按 6 反而回到菜单。原因adminfunction里case 5写的是printf(退出成功); return;case 6写的是goto kk;和printf打印的菜单文案正好对调。这种错位编译器不会报只能靠手点一遍发现。解决把菜单字符串和switch分支对齐或者更彻底一点用枚举把选项定义成常量让文案和分支共用同一份定义enum { MENU_ADD 1, MENU_EDIT, MENU_DEL, MENU_QUERY, MENU_BACK, MENU_EXIT }; printf(1-添加 2-修改 3-删除 4-查询 5-继续 6-退出\n); switch (y) { case MENU_ADD: /* ... */ break; case MENU_EXIT: printf(退出成功\n); return; case MENU_BACK: break; // 回到循环顶部继续 default: printf(无效选项\n); }顺带把goto kk换成while循环加break菜单再改也不会出现跳转错乱。原始代码大量使用goto ll和goto kk功能上没问题可一旦分支里有需要释放的资源goto就会变成内存泄漏的帮凶。5. 数据层加固从拼 SQL 到结果集管理5.1 用 mysql_real_escape_string 堵住拼接漏洞原始代码所有 SQL 都靠sprintf拼字符串书名里带一个单引号就能让整条语句崩掉。比如输入OReilly 权威指南拼出来是insert into book values (1,OReilly 权威指南,X,未借出)MySQL 解析到第二个单引号就断了。解决方式不是禁用单引号而是在拼接前转义char raw_name[64], safe_name[128]; scanf(%63s, raw_name); // 按目标缓冲区的实际长度转义防止二次溢出 unsigned long len mysql_real_escape_string(pconn, safe_name, raw_name, strlen(raw_name)); safe_name[len] \0; char sql[512]; snprintf(sql, sizeof(sql), insert into book(bid,bname,bauthor,bstate) values (%d,%s,%s,未借出), id, safe_name, safe_author);mysql_real_escape_string的四个参数分别是连接句柄、目标缓冲区、源字符串、源长度返回值是转义后的实际长度。它依赖连接上的字符集设置所以必须在set names之后调用顺序错了转义结果对不上。目标缓冲区至少要是源的两倍加一因为最坏情况下每个字符都会变成\这样的两字节序列。注意snprintf返回的是“本应写入的长度”如果大于缓冲区大小说明被截断了SQL 会不完整。严格的写法要检查返回值一旦发现截断就报错退出而不是把半条 SQL 发出去。5.2 结果集生命周期store 与 use 的取舍两种取结果的方式在项目里混着用登录用store查询用use其实没有明确理由。判断标准只有一条结果集要不要在读完之前执行别的查询。对比项mysql_store_resultmysql_use_result内存占用一次性全部拉到客户端每次只取一行连接占用拉完即释放可继续查询读完之前连接被占住适用场景结果集不大、后续还有查询大结果集、只顺序打印一次必须调用mysql_free_resultmysql_free_result这个项目的查询分支打印完就回菜单两种都行但登录分支后面紧接着要调adminfunction或userfunction执行新查询用use就会冲突用store是对的。选错了不一定会立刻报错往往要等到第二次操作才炸这也是Commands out of sync难排查的原因。统一成store加free的组合代码更好维护MYSQL_RES *res mysql_store_result(pconn); if (res NULL) { // 查询本身没返回结果集比如 update 语句或者取结果失败 if (mysql_field_count(pconn) ! 0) { printf(取结果失败:%s\n, mysql_error(pconn)); } return; } MYSQL_ROW row; while ((row mysql_fetch_row(res)) ! NULL) { // 逐列打印NULL 值单独处理 for (unsigned int i 0; i mysql_num_fields(res); i) { printf(%8s , row[i] ? row[i] : NULL); } printf(\n); } mysql_free_result(res); // 一定要在函数返回前执行mysql_field_count用来区分“语句本来就不返回结果集”和“取结果真的失败了”。前者出现在update、insert之后误调store_result的情况返回 NULL 是正常的不该当错误处理。5.3 借还书改成原子更新一条 SQL 解决并发判定3.2 节那种“先查再改”的写法在单用户控制台里没问题但只要两个人同时操作同一本书就可能都查到“未借出”然后都执行更新最后两条借阅记录都成功书却只有一本。正确做法是把判断条件直接写进where里让数据库在一次语句执行中完成判定和更新// 只有当前状态是未借出时才更新影响行数为 1 说明借阅成功 char sql[256]; snprintf(sql, sizeof(sql), update book set bstate已借出 where bid%d and bstate未借出, bid); if (mysql_query(pconn, sql) ! 0) { printf(借阅失败:%s\n, mysql_error(pconn)); goto ll; } if (mysql_affected_rows(pconn) 1) { printf(借阅成功\n); } else { // 影响 0 行有两种可能书不存在或者已经被借走了 printf(借阅失败图书不存在或已被借出\n); }这一条语句同时替代了原来的查询、判断、更新三步中间没有任何时间窗口。mysql_affected_rows返回 1 就是借阅成功返回 0 就是条件不满足返回 -1 说明语句本身出错。归还同理把bstate已借出放到where里即可。如果想区分“书不存在”和“已被借出”可以在影响行数为 0 时再补一次轻量查询但那是优化体验不影响正确性。对于课设级别的小系统一条带条件的update加上影响行数判断已经比原来强出一个量级而且代码反而更短。6. 二次开发加一张借阅流水表把 goto 菜单换成状态机想把这个练手项目做出点真东西我建议只加一个功能借阅记录。因为“谁在什么时候借了哪本书、什么时候还的”是图书管理系统的核心价值也是把单表操作升级成多表关联的最自然入口。先建流水表只加必要字段CREATE TABLE borrow_log ( id BIGINT AUTO_INCREMENT PRIMARY KEY, uid INT NOT NULL, bid INT NOT NULL, borrow_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, return_at DATETIME NULL, KEY idx_uid (uid), KEY idx_bid (bid) );借书成功后插一条borrow_log归还时按bid找最近一条return_at IS NULL的记录补上时间。这两步和图书状态更新必须放在同一个事务里否则会出现“书借出去了但没记录”或者“记录写了书还在架上”的脏数据。改造时把mysql_query(pconn, start transaction)、两次操作、commit包在一起任何一步失败就rollback。用 MySQL C API 手动控制事务不算优雅但对理解 ACID 很有帮助。菜单层建议顺手把goto全部拆掉。userfunction和adminfunction各改成一个while (1)循环每个 case 末尾break回到循环顶部退出用return。改完之后case 2归还失败忘记goto导致穿透到下一个分支这类问题会自然消失代码也短了一截。再往前一步把两处几乎一样的查询逻辑抽成一个函数// 执行查询并把结果打印成表格返回影响的行数 int print_query(MYSQL *conn, const char *sql) { if (mysql_query(conn, sql) ! 0) { printf(查询失败:%s\n, mysql_error(conn)); return -1; } MYSQL_RES *res mysql_store_result(conn); if (!res) return 0; MYSQL_ROW row; int count 0; while ((row mysql_fetch_row(res)) ! NULL) { for (unsigned int i 0; i mysql_num_fields(res); i) printf(%8s , row[i] ? row[i] : NULL); printf(\n); count; } mysql_free_result(res); return count; }会员端的“查询全部”“搜索图书”和管理端的同名功能四份代码合成一份以后加“按作者查”“按状态查”只需要传不同的 SQL 字符串。这类抽取看着简单但它把结果集释放的位置收敛到了一个地方Commands out of sync那类玄学问题基本绝迹。验证改造是否成功我一般按这个顺序走先手动造两条借阅记录确认流水表能查到再故意把commit前的一步改错看rollback有没有把书的状态还原最后开两个控制台窗口同时借同一本书只有一个能成功就说明条件更新生效了。这套流程跑一遍比读十遍文档都管用。血泪经验是早期我改这类项目总喜欢一口气把菜单、SQL、表结构全换掉结果一运行报错根本分不清是新逻辑写错了还是老代码本来就有问题。从那以后我每次动这种小系统都强制先把原始版本跑通并记下每个功能的正确表现再按“建表 → 单条 SQL 验证 → 接进函数 → 改菜单”的顺序一处一处换。希望这套笨办法能帮到你。本文还有配套的精品资源点击获取