存储过程中就只有一句普通的select * from ...;
第一次调用成功,
然后mysql_stmt_close()..
再调一次,结果mysql_stmt_prepare()这一句,就出现CR_COMMANDS_OUT_OF_SYNC错误。
郁闷啊。。。
------Solutions------
你的代码是什么?
------Solutions------
void test()
{
//...
int t1,t2;
MYSQL_STMT *hStmt = mysql_stmt_init(m_hSql);
char sql[] = "call test(?)";
if ( mysql_stmt_prepare( hStmt,sql,static_cast<unsigned long>(strlen(sql))) != 0 )
printf(mysql_stmt_error(hStmt);
ibind.buffer_type = MYSQL_TYPE_LONG;
ibind.buffer = t1;
if ( mysql_stmt_bind_param(hStmt,&ibind) != 0 )
printf(mysql_stmt_error(hStmt));
if ( mysql_stmt_execute(hStmt) != 0 )
printf(mysql_stmt_error(hStmt));
obind.buffer_type= MYSQL_TYPE_LONG;
obind.buffer= (char *)&t2;
if (mysql_stmt_bind_result(hStmt, &obind) !=0 )
printf(mysql_stmt_error(hStmt));
if (mysql_stmt_store_result(hStmt) !=0 )
printf(mysql_stmt_error(hStmt));
rows = mysql_stmt_num_rows(hStmt);
for( my_ulonglong i=0; i<rows; ++i )
{
nRet = mysql_stmt_fetch(hStmt);
//...
}
mysql_stmt_close(hStmt);
}
//存储过程
CREATE DEFINER=`root`@`localhost` PROCEDURE test( in t1 int)
BEGIN
select t2 from test from id=t1;
END
如果test()连着调两次,就会报错
------Solutions------
if ( mysql_stmt_execute(hStmt) != 0 )
printf(mysql_stmt_error(hStmt));
在正确执行后,要释放这个预处理。
DEALLOCATE PREPARE hStmt;
------Solutions------
直接调用sql code释放?
hStmt是在c中的句柄呀,有对应的c api函数吗?
------Solutions------
mysql_stmt_close已经足够了。
问题不在这儿,而是中间的调用顺序出了问题:
应该是:
1. stmt_bind_param
2. stmt_execute
3. stmt_store_result
4. stmt_bind_result
5. stmt_close
你先按这个顺序处理一遍试试吧。
------Solutions------
顺序是对的,第二次再调用这个函数的时候,mysql_stmt_prepare这里就出错了。
如果不是调用存储过程"call test(?)"的话,直接调用用"select t2 from test from id=?"命令的话,没有发现问题。
------Solutions------
你的mysql版本是多少?我可以拿到本地来试一下。
从错误来看,是由于函数调用顺序不当造成的。
------Solutions------
我在本地试了一下,使用的是版本:mysql-5.1.26-rc-win32。
你的代码有一个地方确实有问题。
这可能也需要我们总结一下。
1. 使用存储过程call test(?)返回结果集,需要创建CLIENT_MULTI_STATEMENTS的客户端连接
2. 在两次调用call test(?),要释放中间产生的若干结果集。
具体做法如下:
在mysql_stmt_close之前,最好调用一次:mysql_stmt_free_result(hStmt);
在mysql_stmt_close()调用完以后,立即使用如下循环释放其它我们不需要的MYSQL_RESULT:
do
{
MYSQL_RES* res = mysql_store_result(mysql_);
mysql_free_result(res);
}
while ( (0 == mysql_next_result(mysql_)) );
如果没有这一段释放,连续调用,则会出现楼主所说的错误。
总之,调用存储过程产生结果集跟调用select查询产生结果集,还是有一些不一样。
前者可能产生多个结果集。
------Solutions------
很感谢iihero,我使用的是5.5.3版。
使用mysql_stmt_free_result(hStmt);没有什么作用。
不过:
do
{
MYSQL_RES* res = mysql_store_result(mysql_);
mysql_free_result(res);
}
while ( (0 == mysql_next_result(mysql_)) );
确实能解决问题,呵呵!
留下个疑问,这样一个连接就无法让多线程共享数据了,因为无法确定多线程是否安全。
------Solutions------
你的版本很新啊,呵呵。我来不及更新版本。
前边的free_result是调用惯用法。意即在close之前,进行free,释放掉不必要的cursor之类的东东。后边的while是必须的。
一个连接当然不能多线程共享了。
可以每线程一个单独的连接进行处理。多线程共享连接,那么中间产生的许多资源就成了共享资源了,需要进行锁定,处理极为不便。
------Solutions------
这种做法解决了问题,不过或许可以算是预处理函数的一种bug,按常理mysql_stmt_close()或者mysql_stmt_free_result()应该会自动释放掉产生的资源,只是没想到还要使用非预处理函数来处理相关的资源。
至于多个线程用同一个连接,手册上也介绍了相关介绍,可以使用,不过要自行加锁处理。复杂度也就更高了。
------Solutions------
确实如此。
------Solutions------
问题解决了,可以结帖了。