有個存儲過程內容如下：
public static int InsertProfile(Profile model)
{
try
{
DbCommand dbc = m_Db.GetStoredProcCommand("Profile_Insert");
m_Db.AddInParameter(dbc, "@pSourceID", DbType.String, model.SourceID);
m_Db.AddInParameter(dbc, "@pName", DbType.String, model.Name);
m_Db.AddInParameter(dbc, "@pAddress", DbType.String, model.Address);
m_Db.AddInParameter(dbc, "@pCity", DbType.String, model.City);
m_Db.AddInParameter(dbc, "@pTel", DbType.String, model.Tel);
m_Db.AddInParameter(dbc, "@pCode", DbType.String, model.code);
object obj = m_Db.ExecuteScalar(dbc);
if (obj != null)
{
return int.Parse(obj.ToString());
}
else
{
return 0;
}
}
catch (System.Exception e)
{
return 0;
}
}上面的AddInParameter的參數順序和Profile_insert在數據庫中定義的參數順序不同。之前都能正常工作，上周六突然發現不行了，實際寫入表的時候，順序亂掉了，直到今天才找到解決方案：
把AddIn的參數順序和聲明的參數保持一致。這個問題太奇怪了。大概環境是，表的存儲引擎為MyISAM，上百萬記錄，mysql部署在ubuntu，mysql版本5.1.53。
最開始的思路是：
1. 代碼問題
2. DbCommand dbc = m_Db.GetStoredProcCommand("Profile_Insert");的多線程調用
3. mysql的配置問題
思維定勢導致沒懷疑過參數順序,上面存儲過程是為說明問題而臨時改動的，實際系統中的存儲過程和業務有很強的關聯，不方便介紹.