C/C++链接MySQL实操指南：从编译配置到增删改查与排错

1. 项目概述：C/C++链接MySQL到底解决什么问题

做C/C++后端开发的，几乎绕不开数据库。尤其是那些性能敏感的项目——音视频服务、游戏服务器、嵌入式网关、工业控制系统——中间层几乎全是C/C++写的，但数据最终要落到数据库里。这时候你不可能让C/C++代码去解析HTTP接口再让Java或Python中转一层，省掉中间那一跳，直接让C/C++进程和MySQL通信，效率和可控性都会高出一大截。所以“C/C++链接数据库”这个需求，本质上不是炫技，而是真实工程里的刚需。

很多人第一次查“C/C++链接MySQL”的时候，其实心里想的是很具体的一件事：我已经装了MySQL数据库，我也写了一个C程序，怎么让这个程序去查数据库里的一张表，或者往里面插入一条数据。就这么个简单需求，网上资料一搜一大堆，但往往要么是让你用别人封装好的ORM框架，要么是只给了API名字不给编译细节，结果你代码抄下来根本跑不通。这篇指南的核心，就是把这些“缺的一环”全部补上——从MySQL服务端的安装与版本选择，到开发库的选型，再到VS Code里C/C++环境的编译配置、第一个连接程序的编写、增删改查的完整实现、预处理语句防注入的写法，以及最后那些让人崩溃的报错到底怎么排查。

内容会以C语言的角度为主，C++在封装思路上会单独给一点建议。适合这几类读者：刚把MySQL装好还没跑通程序的同学，已经在Windows或Linux下写C/C++但被链接库折磨过的人，以及想系统搞明白“为什么这么写”而不是“照着抄就行”的开发者。每一段我都会把前后因果讲清楚，因为连接数据库最怕的就是“只知其然”，换个环境立刻抓瞎。

2. 环境准备：MySQL安装与C/C++开发环境搭建

2.1 MySQL服务端安装与初始化

动手写C代码之前，先把MySQL服务端搞定。这里的坑比大多数人想象得多，尤其是版本差异。目前网上最常见的就是5.7和8.0两个大版本，我的建议是：如果是全新项目，直接用8.0.x；如果是在维护老项目，务必要看清楚对方用的是哪个版本。搜索词里频繁出现“mysql 5.7下载”和“mysql安装教程5.7”，说明很多老机器和老项目确实还跑在5.7上。

Windows下安装MySQL，官方提供两种方式：MSI安装包和ZIP压缩包。MSI方式最省心，一路Next就能完成，安装过程中会让你设置root密码，建议选一个自己记得住的强密码，这个密码后面连接程序里要用。ZIP方式适合喜欢手动控制的人，下载后解压到比如D:\mysql-8.0.xx-winx64，然后手动在系统环境变量里把bin目录加进PATH。不管哪种方式，安装完都可以打开命令行执行mysql --version检查是否成功。

Linux下的安装更简单，以Ubuntu/Debian为例：

sudo apt update sudo apt install mysql-server sudo systemctl status mysql

CentOS系则是sudo yum install mysql-server。Linux的MySQL安装包默认会附带一个mysql_secure_installation脚本，跑一遍可以设置root密码、移除匿名用户、禁用远程root登录，安全系数会高很多。

服务端装好后，还要记着确认MySQL服务的运行状态。Windows下可以在“服务”里查看MySQL80这个服务是否处于“正在运行”，Linux下用systemctl status mysql。因为后面连接程序报Can't connect to MySQL server大多不是代码问题，而是服务压根没起来。

2.2 开发库选型：C API还是Connector/C++

连接MySQL的官方方案其实分成两个：MySQL C API和MySQL Connector/C++。C API是C语言层面的原生接口，底层、稳定、资料最多，绝大多数老项目和嵌入式环境都在用它。Connector/C++是C++风格的封装，面向对象，但在实际工程里用起来反而更重，API设计也比较绕，个人建议除非你确实在写一个大型C++项目且希望完全面向对象，否则没必要用Connector/C++。

C API的名字叫做libmysqlclient，在Windows下对应的是libmysql.dll和libmysql.lib，在Linux下则是libmysqlclient.so或libmysqlclient.a。它在官方MySQL安装包里是自带的，include目录里放着mysql.h等头文件，lib目录里放着库文件。所以不需要单独下载什么SDK，只要你的MySQL服务端版本够新，头文件和库文件就是齐的。

这里要特别提醒一点：尽量让客户端库的版本和服务端版本保持一致。虽然MySQL的客户端协议兼容性做得不错，旧客户端连新服务端通常没问题，但8.0开始默认的认证插件是caching_sha2_password，如果一个老版本的C API库不支持这个插件，连接的时候就会直接报错。搜索词里那句“firedac phys mysql client does not support authentication protocol requested”就是典型的客户端不认服务端认证协议的报错，后面排查章节我会重点展开。

2.3 在VS Code中配置C/C++编译环境并链接MySQL

VS Code是目前配置C/C++开发环境最常用的编辑器，但它的默认定位只是个编辑器，编译和链接都要靠外部编译器。Windows下我推荐使用MinGW-w64的GCC编译器，配合VS Code的C/C++插件。安装完MinGW后，记住bin目录的路径，比如C:\msys64\mingw64\bin，把它加进PATH。

链接MySQL库这一步，很多人卡了半天，根源在于编译命令里没有告诉编译器去哪找头文件、去哪找库文件、链接哪个库。以Windows下MySQL 8.0默认安装为例，头文件在C:\Program Files\MySQL\MySQL Server 8.0\include，库文件在C:\Program Files\MySQL\MySQL Server 8.0\lib。在VS Code里写代码，如果用的是tasks.json来自动编译，那么args里要这样写：

{ "version": "2.0.0", "tasks": [ { "label": "build", "type": "cppbuild", "command": "gcc", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-I", "C:/Program Files/MySQL/MySQL Server 8.0/include", "-L", "C:/Program Files/MySQL/MySQL Server 8.0/lib", "-lmysql", "-o", "${fileDirname}/${fileBasenameNoExtension}.exe" ], "group": { "kind": "build", "isDefault": true } } ] }

Linux下同样道理，只是链接库要写成-lmysqlclient，前提是你已经安装过开发包：

sudo apt install libmysqlclient-dev

编译时：

gcc main.c -o main -lmysqlclient

这里重点说下为什么要拆成-I、-L和-l三个参数。-I是include头文件的搜索路径，编译器编译代码的时候需要找到mysql.h；-L告诉链接器去哪找库文件；-l则指定链接哪个库，-lmysql等于让链接器去找libmysql.dll或者libmysql.a。三者的顺序不能乱，-l必须放在源文件后面，因为链接器是从右往左解析依赖的，如果写成gcc -lmysql main.c，在老版本的工具链上可能会因为符号解析顺序问题报一堆未定义引用。

3. 第一个连接：从零到能跑通MySQL连接

3.1 连接前必须搞懂的5个概念

写代码前，先理清C API连接MySQL时用到的核心概念，这比直接贴代码有用得多。

第一，MYSQL结构体。你可以把它理解成一个“连接句柄”，所有的连接状态、错误信息、当前会话信息都存在这个结构体里。它不是线程安全的，一个MYSQL实例不能被多个线程同时使用，这是后话，但先记住。

第二，mysql_init和mysql_real_connect的分工。mysql_init负责创建一个MYSQL结构体并初始化，mysql_real_connect才真正去和服务器建立TCP连接。这两步分开的原因在于，MySQL的C API允许你先初始化一个句柄，设置各种选项——比如超时时间、字符集——然后才发起连接，这个设计对工程化很有用。

第三，端口号。MySQL默认端口是3306。如果你的MySQL改过端口，连接时必须显式指定。很多时候连接超时，就是端口填错了。

第四，连接地址的选择。localhost和127.0.0.1在MySQL这里其实是有区别的。在Linux下，用localhost连接可能会走Unix domain socket，而不是TCP/IP，用127.0.0.1则会强制走TCP。这在某些场景下会影响能否连接成功，也会影响性能。Windows下的localhost一般就是走TCP，但为了行为统一，我建议在代码里统一写127.0.0.1。

第五，认证插件。8.0默认采用caching_sha2_password，而老版本的客户端库只认识mysql_native_password。如果客户端版本老，服务器就会拒绝连接。后面会给出具体解决方案。

3.2 手写一个最小连接程序

直接上一个可以运行的最小程序。假设你已经建好了一个数据库test_db，用户是root，密码是123456：

#include <stdio.h> #include <stdlib.h> #include <mysql.h> int main() { MYSQL *conn = mysql_init(NULL); if (conn == NULL) { fprintf(stderr, "mysql_init() failed\n"); return EXIT_FAILURE; } if (mysql_real_connect(conn, "127.0.0.1", "root", "123456", "test_db", 3306, NULL, 0) == NULL) { fprintf(stderr, "mysql_real_connect() failed: %s\n", mysql_error(conn)); mysql_close(conn); return EXIT_FAILURE; } printf("connection ok\n"); mysql_close(conn); return EXIT_SUCCESS; }

这段代码的逻辑很直白：初始化句柄，尝试连接，失败就把错误信息打出来，成功则打印一行提示。mysql_error(conn)是排查一切连接问题的第一入口，它会返回最近一次API调用的错误文本，比如密码错误、网络不通、数据库不存在等，都是人类可读的字符串。

编译并运行。Windows下如果报libmysql.dll not found，处理方法见第6章；如果报一堆undefined reference to mysql_init，说明-lmysql没生效；如果报mysql.h: No such file or directory，说明-I路径有问题。看到connection ok，恭喜，你的C/C++程序已经和MySQL成功建立了连接。

3.3 连接参数配置详解

mysql_real_connect的完整签名是：

MYSQL *mysql_real_connect(MYSQL *mysql, const char *host, const char *user, const char *passwd, const char *db, unsigned int port, const char *unix_socket, unsigned long clientflag);

参数逐个说清楚：

• host：数据库服务器地址。本地调试写127.0.0.1即可；如果MySQL在另一台机器上，就写那台机器的IP，比如192.168.1.20。前提是MySQL服务端开了远程访问权限，并且防火墙放行了3306端口。这也是搜索词里“sqlserver链接数据库只能连本地的怎么改成连ip地址的”对应的场景，MySQL和SQL Server在这个问题上思路类似：服务端要允许远程连接，客户端要写对IP和端口。
• user和passwd：登录账号和密码。注意这里用的是MySQL自己的用户体系，不是操作系统用户。
• db：连接后默认使用的数据库名。可以为NULL，后续用USE语句切换，但实战里建议直接指定，省得每次都要写表名前缀。
• port：端口号，默认3306。
• unix_socket：Linux下的套接字文件路径，Windows下填NULL。
• clientflag：连接标志位，常见的是CLIENT_MULTI_STATEMENTS（允许一次执行多条SQL）、CLIENT_MULTI_RESULTS（允许处理存储过程返回的多结果集）。基础场景填0即可。

另外还有一个特别有用的选项：连接超时。默认情况下，如果目标IP不可达，TCP连接可能要等很久才报错。可以在连接前设置：

unsigned int timeout = 5; mysql_options(conn, MYSQL_OPT_CONNECT_TIMEOUT, &timeout);

这个经验在排查“连接卡住不动”的时候非常管用。加入超时设置后，连接失败会在5秒内快速返回错误，而不是让程序傻等90秒。

4. 增删改查实战：SQL执行与结果集处理

4.1 mysql_query执行SQL与结果集遍历

连接建立后，最常用的API是mysql_query，它接收一个以\0结尾的SQL字符串，执行成功返回0，失败返回非0。查询语句和写操作语句都走这一个函数，区别在于查询语句返回后需要额外获取结果集。

用一段代码展示查询和遍历的完整流程：

#include <stdio.h> #include <mysql.h> int main() { MYSQL *conn = mysql_init(NULL); if (mysql_real_connect(conn, "127.0.0.1", "root", "123456", "test_db", 3306, NULL, 0) == NULL) { fprintf(stderr, "connect failed: %s\n", mysql_error(conn)); return -1; } if (mysql_query(conn, "SELECT id, name, age FROM users")) { fprintf(stderr, "query failed: %s\n", mysql_error(conn)); mysql_close(conn); return -1; } MYSQL_RES *res = mysql_store_result(conn); if (res == NULL) { fprintf(stderr, "store result failed: %s\n", mysql_error(conn)); mysql_close(conn); return -1; } int num_fields = mysql_num_fields(res); MYSQL_ROW row; while ((row = mysql_fetch_row(res)) != NULL) { for (int i = 0; i < num_fields; i++) { printf("%s\t", row[i] ? row[i] : "NULL"); } printf("\n"); } mysql_free_result(res); mysql_close(conn); return 0; }

这里要解释一个关键设计：mysql_store_result和mysql_fetch_row配合使用。mysql_store_result是一次性把服务器的查询结果全部拉到客户端内存里，适合结果集不大的场景。还有一种方式是mysql_use_result，它是一行一行地从服务器拉取，内存占用小，但处理期间不能在这个连接上执行其他查询，否则会报Commands out of sync。

查询里还可以直接用MySQL的常用函数，比如SELECT COUNT(*) FROM users、SELECT IFNULL(age, 0) FROM users、SELECT NOW()。这些都是服务端计算的，C/C++只管拿结果，不用自己在客户端做字符串拼接和时间处理。我第一次在项目里用IFNULL把空值转成0，少写了一大堆判断逻辑。

4.2 写入数据：insert/update/delete与受影响行数

执行写入操作同样用mysql_query，只是SQL语句换成了INSERT、UPDATE、DELETE。执行成功后，用mysql_affected_rows获取受影响的行数，这个值可以用来判断操作是否真的生效了。

举一个实际业务中常见的库存扣减例子。假设有一张商品表，字段包含id和count，用户下单时要扣减库存：

char sql[512]; snprintf(sql, sizeof(sql), "UPDATE goods SET count = count - 1 WHERE id = %d AND count > 0", goods_id); if (mysql_query(conn, sql)) { fprintf(stderr, "UPDATE failed: %s\n", mysql_error(conn)); return -1; } int affected = mysql_affected_rows(conn); if (affected == 0) { printf("库存不足或商品不存在\n"); } else { printf("扣减成功\n"); }

这里有个非常容易踩的坑：count = count - 1这种写法是让数据库在服务端完成读改写，比先在C代码里SELECT出来再算好数值写死到UPDATE语句里要安全得多，它能避免并发下两个客户端同时读到相同库存导致超卖。搜索词里那个“mysql中int+5”，我猜测就是想做类似数值增减的处理，记住一个原则：能在SQL语句里用表达式完成的运算，绝不要拿到客户端来做，这既是并发安全也是性能要求。

4.3 预处理语句：从源头杜绝SQL注入

如果前面的snprintf拼SQL已经让你觉得有点不对劲——对，用户输入一旦包含引号、分号等特殊字符，整个SQL就可能被篡改，这就是最经典的SQL注入。C/C++项目里，正确做法是使用预处理语句，也就是Prepared Statement。

预处理语句的原理很简单：先把SQL骨架发给MySQL服务器做编译，后面再用参数填充占位符。由于SQL结构在编译阶段已经固定，参数只是作为纯数据绑定进去，不可能改变语义，所以从原理上堵死了注入路径。

用一段插入语句来示范：

MYSQL_STMT *stmt = mysql_stmt_init(conn); if (stmt == NULL) { fprintf(stderr, "mysql_stmt_init() failed\n"); return -1; } const char *sql = "INSERT INTO users(name, age) VALUES(?, ?)"; if (mysql_stmt_prepare(stmt, sql, strlen(sql))) { fprintf(stderr, "prepare failed: %s\n", mysql_stmt_error(stmt)); mysql_stmt_close(stmt); return -1; } MYSQL_BIND params[2]; memset(params, 0, sizeof(params)); char name[50]; int age; params[0].buffer_type = MYSQL_TYPE_STRING; params[0].buffer = name; params[0].buffer_length = sizeof(name); params[1].buffer_type = MYSQL_TYPE_LONG; params[1].buffer = &age; mysql_stmt_bind_param(stmt, params); strcpy(name, "Alice"); age = 25; mysql_stmt_execute(stmt); strcpy(name, "Bob"); age = 30; mysql_stmt_execute(stmt); mysql_stmt_close(stmt);

注意两点：第一，MYSQL_BIND结构体描述每个参数的类型和内存位置，绑定之后每次只需要修改name和age变量的值，再调用mysql_stmt_execute就能重复执行，比反复拼SQL字符串高效太多；第二，类型必须和数据库字段类型匹配，如果数据库字段是INT，你绑定的是MYSQL_TYPE_STRING，MySQL虽然在很多情况下能隐式转换，但性能会下降，甚至在某些严格模式下直接报错。

预处理语句在数据量大的时候还有额外的性能优势——SQL骨架只编译一次，服务端可以复用执行计划，尤其在循环插入上千条记录的场景下，速度差距非常明显。我在一个日志入库模块里测过，批量插入1万条，预处理比字符串拼接快了一倍以上。

4.4 调用存储过程的C/C++写法

存储过程是很多业务系统里的常规操作，C/C++调用存储过程和普通查询稍有不同——因为存储过程可能返回多个结果集。搜索词里那串“[gesp202603 七级] 物流网络”的题目前面本来就有“存储过程”关键词，说明不少人在做这类题或项目时会碰到。

调用存储过程的SQL就是一句CALL语句：

mysql_query(conn, "CALL sp_get_user_summary(1001)");

但注意，如果存储过程里包含了多个SELECT，或者有INSERT后再SELECT，那么光用mysql_store_result拿一次结果是不够的。这个时候必须循环调用mysql_next_result，逐个处理每个结果集，直到它返回-1。

我第一次在项目里写存储过程调用时，就在这一步被坑了：只处理了第一个结果集，然后紧接着执行下一个查询就报错“Commands out of sync”。对策很简单：

do { MYSQL_RES *res = mysql_store_result(conn); if (res) { // 处理这个结果集 mysql_free_result(res); } else { // 如果不是SELECT结果集，mysql_store_result返回NULL，需要检查错误 if (mysql_field_count(conn) != 0) { fprintf(stderr, "store result error: %s\n", mysql_error(conn)); } } } while (mysql_next_result(conn) == 0);

这段循环的语义是：先处理第一个结果集，然后调用mysql_next_result跳到下一个，直到没有更多结果。使用CLIENT_MULTI_RESULTS连接标志可以简化某些多结果场景，但上面的写法在任何情况下都稳妥。

5. 进阶实践：事务、字符集与异常处理

5.1 事务提交与回滚怎么写在业务里

如果一个业务操作要同时更新多张表，比如转账操作一边扣钱一边加钱，绝对不能两条SQL各执行各的。正确姿势是把它们放进同一个事务里，要么全部成功，要么全部失败。

C API操作事务有三种方式：一是直接执行START TRANSACTION、COMMIT、ROLLBACK这些SQL语句；二是使用mysql_autocommit函数设置自动提交模式；三是用mysql_commit和mysql_rollback函数。第三种其实内部也是执行SQL，但函数名更语义化。推荐写法是第一种，因为最直白，所有人都看得懂，而且可以灵活配合SAVEPOINT使用。

mysql_query(conn, "START TRANSACTION"); if (mysql_query(conn, "UPDATE account SET balance = balance - 100 WHERE uid = 1") || mysql_query(conn, "UPDATE account SET balance = balance + 100 WHERE uid = 2")) { mysql_query(conn, "ROLLBACK"); } else { mysql_query(conn, "COMMIT"); }

这里的错误判断用了一次短路求值，只要第一条UPDATE失败，第二条就不会执行，直接走回滚。虽然判断粒度有点粗，但作为示例足够说明思路。实际项目里建议每一条SQL都单独判断返回值和受影响行数，再决定下一步。

事务里还有一个绕不开的词：锁。SELECT ... FOR UPDATE可以对查询行加排他锁，防止其他事务修改。如果我在C/C++程序里用一个长事务处理复杂的业务逻辑，中途又对同一行数据执行UPDATE，很可能会阻塞等待其他事务释放锁，严重时就是网上搜索词里说的“mysql锁表”。排查锁表最快的方法是查SHOW PROCESSLIST，看有没有线程的State列是Waiting for table metadata lock或Lock wait timeout exceeded。遇到锁表，先找到持有锁的会话并结束它，再回头审视自己的事务范围，做到“事务要短、提交要快”。

5.2 字符集与中文乱码的解决方案

中文乱码是所有数据库新手都会遇到的一个坎，根因是客户端、连接层、服务端三者的字符集不一致。C API的默认字符集可能是latin1或系统默认值，如果数据库里存的是UTF-8数据，程序读出来打印就会变成乱码。

解决方案很简单：连接建立后立刻执行SET NAMES utf8mb4，或者在连接前调用mysql_options设置MYSQL_SET_CHARSET_NAME：

mysql_options(conn, MYSQL_SET_CHARSET_NAME, "utf8mb4");

utf8mb4是MySQL里完整的UTF-8实现，支持四字节的emoji等特殊字符。老项目里常看到utf8，其实它最多只存三个字节，遇到某些生僻字或emoji会写入失败或者变成问号。我建议一律用utf8mb4，这已经是当下行业的标准配置。

设置完字符集还有一个附加好处：插入数据时，如果传入的C字符串本身是UTF-8编码，那么从客户端到服务端整条链路上字符集统一，服务和排序都能正常工作。如果你的C/C++源代码是GBK编码，那又是另一套麻烦事——这时候要么统一代码文件为UTF-8编码，要么在连接层用SET NAMES gbk，但强烈不推荐后者，因为GBK没有UTF-8的通用性。

5.3 快速定位mysql_error错误信息

C API的每个函数失败后，都可以通过mysql_error(conn)拿到错误描述。不要忽略这个返回值，它是排查问题的第一手线索。比如：

• Access denied for user 'root'@'localhost' (using password: YES)，说明账号或密码不对。
• Unknown database 'test_db'，说明数据库不存在或名字拼错。
• Table 'test_db.users' doesn't exist，说明表名写错或没指定正确的数据库。
• Duplicate entry '1' for key 'PRIMARY'，说明主键冲突。

mysql_errno(conn)则返回数字错误码，这个在程序化处理时更可靠。比如ER_DUP_ENTRY的值是1062，通过错误码判断能避免依赖字符串匹配。我在一个批量导入程序里就是这么干的：遇到1062就记录冲突行，跳过继续处理，而不是中断整个导入流程。

C++场景下，如果你用了C API但包在类里，别忘记用RAII思想管理MYSQL句柄。简单说就是：构造函数里mysql_init和mysql_real_connect，析构函数里mysql_close，这样无论函数提前返回还是抛出异常，连接都能被正确释放，不会把数据库连接资源耗尽。

6. 常见问题与排查技巧实录

6.1 连接报错的完整排查步骤

我把这几年经常遇到的连接问题整理成了一套排查流程，按顺序走一遍，大多数问题都能定位。

第一步，确认MySQL服务是否运行。Windows打开“服务”看MySQL80状态，Linux执行systemctl status mysql或service mysql status。服务没起来，程序报什么错都不奇怪。

第二步，确认端口。默认3306，如果改了端口，客户端必须同步修改。用telnet 127.0.0.1 3306或mysql -h127.0.0.1 -P3306 -uroot -p直接测试，能连上说明服务端正常，问题在代码；连不上就是服务端或网络问题。

第三步，确认账号权限。MySQL的用户权限是跟host绑定的。如果代码连的是127.0.0.1，但用户只授权了'root'@'localhost'，就会报Access denied。解决办法是用GRANT授权或者把连接地址统一为localhost。同理，如果要从另一台机器远程连接，必须确保用户授权范围包含那个IP或者直接用'%'通配，并且MySQL配置文件里bind-address不是127.0.0.1。

第四步，确认认证插件兼容性。8.0服务器默认caching_sha2_password，老客户端不认。解决方案我在实战中最常用的是给特定用户指定mysql_native_password：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';

注意这会降低安全性，建议只在本地调试环境用。生产环境更好的是升级客户端库到8.0，让双方都支持新版认证协议。

第五步，确认动态库能找到。Windows下运行exe报libmysql.dll not found，本质是操作系统在exe所在目录和系统PATH下都没找到这个DLL。解决方式有两种：把C:\Program Files\MySQL\MySQL Server 8.0\bin\libmysql.dll复制到exe同目录；或者把这个bin目录加入PATH。自己用复制方式最省心，但要注意发布程序时把这个DLL一起带上。

6.2 必踩坑位速查表

这张表覆盖了绝大多数C/C++连接MySQL的“劝退点”。我见过太多人卡在undefined reference这一步，其实说白了就是编译命令少了一个-lmysql。以后遇到报错，先冷静对照这张表，能省下大量搜索时间。

6.3 性能与稳定性优化建议

连接建好后，还有一个经常被忽略的问题：连接复用。如果每次业务请求都重新mysql_init、连接、关闭，在高并发场景下是非常昂贵的开销。推荐做法是把连接做成一个池子，预先创建若干条连接，用的时候取出一条，用完还回去。C API本身没有连接池，但这个池可以用一个简单的互斥锁加队列实现。搜索词里频繁出现“mysql连接池”相关需求，说明这是从初学者到工程师都会面对的共同课题。

查询性能方面，建议在C/C++程序里就用上索引优化意识。比如WHERE条件字段上要有索引，避免SELECT *，只取需要的列。一次查询拉回一千条记录，和一个字段都不多选，网络传输和内存开销天差地别。

最后一个优化点：能批量操作就不要一条条执行。上面预处理语句那段代码里，在循环里反复strcpy再执行INSERT，虽然比拼SQL快，但每条INSERT还是有网络往返。如果想要极限性能，可以把多条记录拼成一条INSERT INTO users(name, age) VALUES(?, ?), (?, ?), (?, ?)，然后一次性绑定多组参数执行，吞吐量能提升好几倍。这个技巧在日志批量入库、数据采集程序里特别实用。

考虑到稳定性，每次执行完SQL后，一定要记得释放结果集。漏掉mysql_free_result虽然短时间内看不出问题，但程序跑久了内存占用会持续上涨，这就是典型的内存泄漏。同理，MYSQL_STMT用完后要mysql_stmt_close，连接用完要mysql_close，这些习惯养成后，C/C++写数据库程序才能越写越稳。

最后再分享一条我自己的经验：调试数据库程序时，先把SQL语句打印出来。很多“程序不对”的问题，到最后发现是SQL拼错了。在C/C++里加一行printf("%s\n", sql);，确认拼出的SQL能在MySQL客户端里手动执行成功，再回头看代码逻辑，至少要排查掉一半的疑难杂症。这个方法听起来简单，但在实际项目里救了我无数次。