这个问题花费了我几个小时的时间,真是很坑,根本原因是对功能缺少先从基本单元测试,再综合联调,太自信了,搞了一下午加上晚上几个小时。

一、问题现象

像题目说的,我在一个开源软件上进行更改代码,添加入mysql的功能,本来是简单的功能,写好之后一运行报错:Buffer type is not supported.
报错代码的位置如下,就是if那一行代码。

        if (mysql_stmt_bind_param(globalSpiderFlowDef.mysql_stmt[id], ppara))
        {
            SCLogError(SC_ERROR_MYSQL_BIND, "Mysql bind error reason:%s ||,%s n",mysql_stmt_error(globalSpiderFlowDef.mysql_stmt[id]),mysql_error(&globalSpiderFlowDef.mydata[id]));
            SCLogError(SC_ERROR_MYSQL_BIND,"tid:%d",gettid());
            json_decref(object);
            return SPIDER_FAILED;
        }
        

二、问题探索

1、看到这个错误,我首先想到的是,这个bind变量ppara的类型难道不对?用日志输出了类型,发现是对的。
2、难道绑定变量的值有异常,导致的?所以我改了代码用了固定值,还是不行。
3、难道是mysql的服务器的版本和我客户端版本差异,所以我写个简单的例子,例子可以正常跑,代码就是死活不行。
4、简化代码,我只对表里面插入一条数据,绑定变量和参数赋值用和例子一样的代码,结果仍然报错。
5、难道是多线程引起的,特意对每个线程定义一个程序,通过调试线程的办法,去看下值有没有问题,结果也同样没发现问题。

1) ps -ef|grep xxx
    查到进程ID 假设为pid
2)ps -T -p pid
   根据pid 来获取线程号,同时还会打印线程名,非常有帮助。
3)查看线程的调用栈信息
  pstack  线程id
  查看到线程的调用栈,发现除了工作线程32个输出日志,还有统计线程,但是这里面没有找到详细信息。
4) 继续用gdb查看线程信息
  gdb attach 主线程id
 >info threads
 #获取线程信息
>thread 36
#根据线程的id 对应,切换到这个线程id上面去。
>where
#打印线程栈信息,没有获得上面参考信息

5)为了将代码中的获取的线程id和ps -T看到的线程id一致,通过
#define gettid() syscall(SYS_gettid)
来获取tid、 并没有解决问题。

这时候我已经处于暴躁的边缘,这到底是什么鬼东西,我这时候想到开始编译的时候,我遇到一个找不到mysql的动态库错误。
库是: libmariadb.so.3
这个库是mysql的库,我又主动引用了mysql的libmysqlclient库,虽然最终程序连接这个库有点奇怪,不过并没有引起我的注意。

我随意地用ldd看下测试程序的连接库:

image.png

发现了这个奇怪的问题,就是测试程序并没有连这个动态链接库。

根据此,特意到configure.ac中主动屏蔽了这个库,结果还是会连接到这个库,而libmysqlclient并没有连接到。

三、根本原因

上面注意到了,正式代码和测试代码的连接库不一样,后面改动的几乎一样,那么是链接库不同造成的问题很大。

--with-libmysql-includes=/usr/local/mysql/include/mysql --with-libmysql-libraries=/usr/local/mysql/lib  

开源软件上是通过这样方式指定连接库的。
而测试程序是通过如下方式指定链接库的.

-L/usr/lib/mysql  -L/usr/lib64/mysql -L/usr/lib/mysql

按照测试环境路径重新configure ,编译运行,程序就这样奇迹般的好了。

文章来源于互联网:c连接mysql报Buffer type is not supported

发表评论