这个问题也困扰了我很长时间,准确的说正是因为他的存储过程无法在同一连接中2次或者多次执行,我大幅修该了程序架构,全部题换成了sql,但是毕竟sql无法执行有相当逻辑的代码,最总让我从新测试以求寻找解决之道。
问题是这样的,在直接使用mysql c api构建应用的时候,一个连接只能执行一次存储过程,不管怎样free再次利用这个连接的时候就会出现不能执行qurry的提示,我想,这么大型的软件 不会存在这样的基础性问题吧,毕竟大多数的adodb都是基于c api的,难道所有的软件都无法进行连接缓存?文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html
别说,接触到这类问题的人还真不多,大多数的连接池都写好了,谁会去直接构建连接进行操作呢,所以baidu google基本都没有结果,今天回头来解决这个问题,突然就有了突破,找到了一篇文章《对Mysql的C API调用存储过程的问题及解决方法分析》,正是我的问题。文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html
作者分析的挺复杂了,其实我们一般只用mysql_query、mysql_use_result等几个函数,问题的症结在于当执行一个存储过程的时候, 数据库返回的是多个数据集合,即使只有一个数据集合,他也会有一个空集合用于结束一次回话,作者骂他变态,其实不然,可能作者考虑到的只是一般的请 求,mysql是给所有用户使用的,说不能真有变态的人把图片文件等等直接保存在mysql字段里面,那么回复就不可能一次完成,需要多此网络交互,那么 所有的交互肯定需要一个结束符号,并且存储过程本来就可以返回多个数据集合,如果他在c pai中只做一个结果己处理就允许下一次全新的请求,那么对于同一连接,在mysql服务断其实还有没有发送完成的数据,这个时候他安全的做法就是不接受 任何新的请求,直到数据发送完全,或者连接关闭,不然,mysql协议解析就会出现问题,下次发送就会出现黏包或者丢包,所以他的做法是完全正确的,即使 只有一个结果集合,也需要当前会话内的通讯(比如mysql_next_result)确认完毕,然后结束本次请求,这个时候服务端其实没有数据了,但是 这个过程是不能省略的,然后在不关闭连接的情况下就可以进行全新的请求了。文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html
所以总结起来就是:使用存储过程的时候一定要循环执行,把所有的结果集合都取到,直到为空,这个时候当前数据库连接才可以安全归还回去,下面是demo。文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html
- MYSQL_RES *conn;
- MYSQL_RES *res;
- MYSQL_ROW row;
- conn = 连接池.Get("xxxx");
- mysql_query(conn, "call qt()");
- res = mysql_use_result(conn);
- while ((row = mysql_fetch_row(res))) {
- do main thins; //这次是对于第一个数据集的处理
- }
- mysql_free_result(res);
- while ((res = mysql_next_result(conn)) != NULL) {
- do some thing; //循环处理其他的数据集
- mysql_free_result(res);
- }
- 连接池.Free(conn)
经过上面的循环读取就能够保证一条连接会干净地归还到连接池,当然有的连接池可能已经把后面一个循环放在连接池中处理了,解释说把剩余的数据集全部取过来然后释放,这样比如在php等里面使用mysql的连接池的时候就没有感受到上面说的问题。文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html 文章源自很文博客https://www.hinvn.com/很文博客-https://www.hinvn.com/17700.html
评论