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_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的串連池的時候就沒有感受到上面說的問題。