C语言中，mysql语句，如何实现两表的模糊查询

c语言中的 单引号都需要反编译的

也就是\'

这个要注意，其他应该都是一样的。。

要不你单点运行，获取c中运行后的 sql语句 。。

然后再MYsql 里运行。。 看能成功不

老大，原来你连 C 的原理都不会啊？

C 语言所有调用函数，都要有声明，这种外部函数库的调用，都要用他们的 header 文件来声明函数变量等等的东西，编译器会根据实际情况去把这些程序里面的函数调用链接到函数库的正确位置上。

微软的产品因为他垄断了他自己系统的所有功能设计。所以他的系统+他的开发程序+他的开发函数库就不需要 header 文件了，因为它可以设计为 dll 本身含有足够的信息去干别的事情了。所以，你别以为你用了微软的 net ，他就还是 C 语言了。他已经脱离了 C 语言的范围了。

GCC一般情况下是编译器，但编译器是不够的，还需要连接器的工作才行。binutils 里面的软件提供相关的功能。

要知道以前链接到函数库功能，光有 header 和函数库文件本体还是不行的，还需要另外的函数库信息文件来帮助编译器连接器来找到正确的函数入口位置才行的。

你编程 C ，你要选择你所使用的功能调用方法，GCC 一般调用 mysql 有调用外部 dll ，或者程序自己直接链接 mysql 端口，自己分析 mysql 服务进程发送的各种信息！

前一种办法，可以直接选择 mysql 客户端里面的 SDK 来直接获得官方的功能支持，但官方 MySQL 是 GPL 协议发布的，你使用他的功能接口后，你的程序也必须以 GPL 发布，不然你就要去选择其他的函数库，比如 ODBC 的 mysql 库。当然还有第三方的 mysql 功能库可以选择。

不过你要注意，LGPL 必须严格区分你的程序和 LGPL 代码。你必须动态链接到 LGPL 函数库。如果你的程序包含 LGPL 函数库一起发布，且 LGPL 库是你的软件的必备函数库，那么你的程序也必须开源，但不是 GPL 而是 LGPL ！

不然你就选择自己写程序直接与 mysql 服务器进行数据传输，不使用第三方功能库。

但我不认为身为一个 Linux 下程序开发人员，会去傻傻的自己写功能函数而不是用现成的函数库。

你所遇到的“非要客户安装 mysql client ”，就是因为你的软件调用了一些非你自己编写的函数调用功能，而为了获取这些函数而需要安装几个 mysql 函数库的问题。

这个问题我想不应该是一个开发人员提出来的吧？

------------------------------------

楼主你还是重新学习 C 语言吧。net 的 C 被微软改的不是真正的 C 语言了，所以你没办法按照 C 的标准去比较 net 和 GCC 的。

而且很多 net 的编程习惯也没办法延续到 GCC 的。

安装mysql－devel的rpm 。。。

这是mysql的开发包。他提供了基本 *** 作接口。

安装后，头文件在 /usr/include/mysql/

而动态库在 /usr/lib/mysql/

再查查资料。

mysql_init；

mysql_options；

mysql_real_connect；

mysql_real_query；

mysql_close;

Mysql C API编程步骤

1、首先我们要包含mysql的头文件，并链接mysql动态库。即添加以下语句：

#include <WinSock2h> // 进行网络编程需要winsock2h

#include <mysqlh>

#pragma comment（lib， “libmysqllib”）

2、创建MYSQL变量。如：

MYSQL mysql;

3、初始化MYSQL变量。

mysql_init（&mysql）;

4、调用mysql_real_connect函数连接Mysql数据库。mysql_real_connect函数的原型如下：

MYSQL STDCALL 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）;

参数说明：mysql–前面定义的MYSQL变量；host–MYSQL服务器的地址；user–登录用户名；passwd–登录密码；db–要连接的数据库；port–MYSQL服务器的TCP服务端口；unix_socket–unix连接方式，为NULL时表示不使用socket或管道机制；clientflag–Mysql运行为ODBC数据库的标记，一般取0。连接失败时该函数返回0。

5、调用mysql_real_query函数进行数据库查询。mysql_real_query函数的原型如下：

int STDCALL mysql_real_query（MYSQL mysql， const char q， unsigned long length）;

参数说明：mysql–前面定义的MYSQL变量；q–SQL查询语句；length–查询语句的长度。

查询成功则该函数返回0。

6、通过调用mysql_store_result或mysql_use_result函数返回的MYSQL_RES变量获取查询结果数据。

两个函数的原型分别为：

MYSQL_RES STDCALL mysql_store_result（MYSQL mysql）;

MYSQL_RES STDCALL mysql_use_result（MYSQL mysql）;

这两个函数分别代表了获取查询结果的两种方式。第一种，调用mysql_store_result函数将从Mysql服务器查询的所有数据都存储到客户端，然后读取；第二种，调用mysql_use_result初始化检索，以便于后面一行一行的读取结果集，而它本身并没有从服务器读取任何数据，这种方式较之第一种速度更快且所需内存更少，但它会绑定服务器，阻止其他线程更新任何表，而且必须重复执行mysql_fetch_row读取数据，直至返回NULL，否则未读取的行会在下一次查询时作为结果的一部分返回，故经常我们使用mysql_store_result。

7、调用mysql_fetch_row函数读取结果集数据。

上述两种方式最后都是重复调用mysql_fetch_row函数读取数据。mysql_fetch_row函数的原型如下：

MYSQL_ROW STDCALL mysql_fetch_row（MYSQL_RES result）;

参数result就是mysql_store_result或mysql_use_result的返回值。

该函数返回MYSQL_ROW型的变量，即字符串数组，假设为row，则row〔i〕为第i个字段的值。当到结果集尾部时，此函数返回NULL。

8、结果集用完后，调用mysql_free_result函数释放结果集，以防内存泄露。mysql_free_result函数的原型如下：

void STDCALL mysql_free_result（MYSQL_RES result）;

9、不再查询Mysql数据库时，调用mysql_close函数关闭数据库连接。mysql_close函数的原型为：

void STDCALL mysql_close（MYSQL sock）;

MYSQL_OPT_READ_TIMEOUT 是 MySQL c api 客户端中用来设置读取超时时间的参数。在 MySQL 的官方文档中，该参数的描述是这样的：

MYSQL_OPT_READ_TIMEOUT (argument type: unsigned int )The timeout in seconds for each attempt to read from the server There are retries if necessary, so the total effective timeout value is three times the option value You can set the value so that a lost connection can be detected earlier than the TCP/IPClose_Wait_Timeout value of 10 minutes

也就是说在需要的时候，实际的超时时间会是设定值的 3 倍。但是实际测试后发现实际的超时时间和设置的超时时间一致。

而具体什么时候发生三倍超时，在文档中没有找到。所以对 MySQL 5720 的源码进行了一些分析。

使用 GDB 调试代码找了实际与 mysql server 通信的代码，如下：

其中 vio_read() 函数中，使用 recv 和 poll 来读取报文和做读取超时。net_should_retry() 函数只有在发生 EINTR 时才会返回 true。从这段代码来看是符合测试结果的，并没有对读取进行三次重试。只有在读取 *** 作被系统中断打断时才会重试，但是这个重试并没有次数限制。

从上面代码的分析可以看出，代码的逻辑和文档的描述不符。于是在一顿搜索后，找到了一个 MySQL 的 BUG(Bug #31163)。该 BUG 报告了在 MySQL 50 中，MySQL c api 读取的实际超时时间是设置的三倍，与现有文档描述相符。于是对 MySQL 5096 的代码又进行分析。

同样使用 GDB 找到了通信部分的代码。这次找到了重试三次的代码，如下：

这个版本的 MySQL api 的读写超时是直接使用的 setsockopt 设置的。第一次循环，在 A 点发生了第一次超时（虽然注释写的非阻塞，但是客户端的连接始终是阻塞模式的）。然后在 B 点将该 socket 设置为阻塞模式，C 点这里重置 retry 次数。由于设置了 alarm 第二次以后的循环会直接进入 D 点的这个分支，并且判断循环次数。作为客户端时net->retry_count 始终是 1，所以重试了两次，共计进行了 3 次 vioread 后从 E 点退出函数。

由上面的分析可知，MySQL 文档对于该参数的描述已经过时，现在的 MYSQL_OPT_READ_TIMEOUT 并不会出现三倍超时的问题。而 Bug #31163 中的处理结果也是将文档中该参数的描述更新为实际读取超时时间是设定时间的三倍。也许是 MySQL 的维护者们在后续版本更新时忘记更新文档吧。

你数据库用的是什么引擎？事务有没有提交？

1、在执行语句的下一句设置断点或添加超时50s，查看执行过程中有没有报错，并且看insert语句执行后当时数据库里有没有记录。

2、超时时间过后流程走完，在看看数据库里是否有数据；

以上就是关于C语言中，mysql语句，如何实现两表的模糊查询全部的内容，包括:C语言中，mysql语句，如何实现两表的模糊查询、linux下c语言连接Mysql、linux下用C语言链接mysql等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！