这个问题也困扰了我很长时间，准确的说正是因为他的存储过程无法在同一连接中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。
代码如下:
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的连接池的时候就没有感受到上面说的问题。
