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

问题是这样的，在直接使用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多次调用存储过程的问题的全部内容，希望文章能够帮你解决mysql多次调用存储过程的问题所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。