mysql多次调用存储过程的问题

  • A+
所属分类:数据库

这个问题也困扰了我很长时间,准确的说正是因为他的存储过程无法在同一连接中2次或者多次执行,我大幅修该了程序架构,全部题换成了sql,但是毕竟sql无法执行有相当逻辑的代码,最总让我从新测试以求寻找解决之道。

问题是这样的,在直接使用mysql c api构建应用的时候,一个连接只能执行一次存储过程,不管怎样free再次利用这个连接的时候就会出现不能执行qurry的提示,我想,这么大型的软件 不会存在这样的基础性问题吧,毕竟大多数的adodb都是基于c api的,难道所有的软件都无法进行连接缓存?

别说,接触到这类问题的人还真不多,大多数的连接池都写好了,谁会去直接构建连接进行操作呢,所以baidu google基本都没有结果,今天回头来解决这个问题,突然就有了突破,找到了一篇文章《对Mysql的C API调用存储过程的问题及解决方法分析》,正是我的问题。

作者分析的挺复杂了,其实我们一般只用mysql_query、mysql_use_result等几个函数,问题的症结在于当执行一个存储过程的时候, 数据库返回的是多个数据集合,即使只有一个数据集合,他也会有一个空集合用于结束一次回话,作者骂他变态,其实不然,可能作者考虑到的只是一般的请 求,mysql是给所有用户使用的,说不能真有变态的人把图片文件等等直接保存在mysql字段里面,那么回复就不可能一次完成,需要多此网络交互,那么 所有的交互肯定需要一个结束符号,并且存储过程本来就可以返回多个数据集合,如果他在c pai中只做一个结果己处理就允许下一次全新的请求,那么对于同一连接,在mysql服务断其实还有没有发送完成的数据,这个时候他安全的做法就是不接受 任何新的请求,直到数据发送完全,或者连接关闭,不然,mysql协议解析就会出现问题,下次发送就会出现黏包或者丢包,所以他的做法是完全正确的,即使 只有一个结果集合,也需要当前会话内的通讯(比如mysql_next_result)确认完毕,然后结束本次请求,这个时候服务端其实没有数据了,但是 这个过程是不能省略的,然后在不关闭连接的情况下就可以进行全新的请求了。

所以总结起来就是:使用存储过程的时候一定要循环执行,把所有的结果集合都取到,直到为空,这个时候当前数据库连接才可以安全归还回去,下面是demo。

  1. MYSQL_RES *conn;
  2. MYSQL_RES *res;
  3. MYSQL_ROW row;
  4. conn = 连接池.Get("xxxx");
  5. mysql_query(conn, "call qt()");
  6. res = mysql_use_result(conn);
  7. while ((row = mysql_fetch_row(res))) {
  8. do main thins; //这次是对于第一个数据集的处理 
  9. }
  10. mysql_free_result(res);
  11. while ((res = mysql_next_result(conn)) != NULL) {
  12. do some thing; //循环处理其他的数据集 
  13. mysql_free_result(res);
  14. }
  15. 连接池.Free(conn)

经过上面的循环读取就能够保证一条连接会干净地归还到连接池,当然有的连接池可能已经把后面一个循环放在连接池中处理了,解释说把剩余的数据集全部取过来然后释放,这样比如在php等里面使用mysql的连接池的时候就没有感受到上面说的问题。

图片引用自网络