String query = "";
        string constr = ConfigurationSettings.AppSettings["MySQLConnectionStringForIMS"];
        using (MySqlConnection con = new MySqlConnection(constr))
        {
            //string query = "INSERT INTO user(name, files,contentType) VALUES (@name,@files,@contentType)";
            if (update == "mainSec")
            {
                query = "update main_section set contentType=@contentType,fileData=@fileData,fileNameAfterUploading=@fname,haveDir=@dir where id=@id";
            }
            else
            {
                query = "update sub_section set subContentType=@contentType,subFileData=@fileData,fileNameAfterUploading=@fname,haveDir=@dir where MainSecId=@id and id=@subId";
            }
            using (MySqlCommand cmd = new MySqlCommand(query))
            {
                cmd.Connection = con;
                cmd.CommandType = CommandType.Text;
                cmd.Parameters.AddWithValue("@contentType", contentType);
                cmd.Parameters.AddWithValue("@fileData", data);
                cmd.Parameters.AddWithValue("@fname", filename);
                cmd.Parameters.AddWithValue("@dir", 1);
                cmd.Parameters.AddWithValue("@id", mainId);
                if (update == "subSec")
                {
                    cmd.Parameters.AddWithValue("@subId", subId);
                }
                con.Open();
                int st = cmd.ExecuteNonQuery();
                if (st == 1)
                {
                    //Uri uri = new Uri(url, UriKind.Absolute);
                    //System.IO.File.Delete(uri.LocalPath);
                }
                con.Close();
            }
        }

我们使用的是 MySql.Data.dll 版本 6.9.5.0。

这失败并出现错误:mysql 在命令执行期间遇到 fatal error 。关于为什么这会失败的任何想法？

最佳答案

Tl;DR

由于不匹配的分支比较，您正在执行具有 6 个未绑定(bind)变量的查询，但您只绑定(bind)了 5 个参数。

详情

堆栈跟踪/异常中没有提供足够的信息来明确回答，但似乎对上述分支中不良做法的猜测是根本原因，即在这两个分支中:

if (update == "mainSec")
{
    query = ... Query has 5 unbound variables
}
else
{
    query = ... Query has 6 unbound variables
}

和

if (update == "subSec")
{
     ... bind the 6th parameter here
}

.. 因为 update类型/模式字符串不限于 mainSec 的范围内或 subSec , 有一个分支使用了 sub_section使用 6 个参数标记查询，但没有绑定(bind)第 6 个标记，导致错误。

在这种情况下，我建议不要使用弱约束字符串，而是严格限制 update 的输入范围。 ，例如用enum :

enum UpdateMode
{
    Invalid = 0, // This will be the default, and can be used to ensure assignment
    MainSection,
    SubSection
}

由于只有两种可能的模式，您可以避免使用条件分配的第一个查询分配分支，即

Contract.Assert(updateMode != UpdateMode.Invalid);
var query = updateMode == UpdateMode.MainSection
      ? "update main_section set contentType=@contentType ... "
      : "update sub_section set subContentType=@contentType ... ";

这有声明和分配 query 的好处可以捆绑在一起(并提供额外的编译器保证必须分配 query)。

(如果有两个以上的查询(和两个以上的枚举状态)，那么 static IReadOnlyDictionary<enum, string> 将允许扩展此模式。)

绑定(bind)也将更改为

if (updateMode == UpdateMode.SubSection)
{
    cmd.Parameters.AddWithValue("@subId", subId);
}

一些注意事项

• con.Close();不需要，因为你已经有一个 using new Connection周围- Dispose会调用.Close如果它是开放的
• 我知道这已被注释掉，但我强烈建议此时不要进行文件 IO

 if (st == 1)
 {
     // File.IO
 }

自

• 从关注点分离的角度来看，删除文件属于别处。如果删除仅依赖于更新的一行，则可以从此 Blob 更新方法返回。
• I/O 将在 using 的范围内 block ，这可能会阻止 MySql 连接的释放(到连接池)
• IO 可能会失败，并且根据任何事务控制，这可能会使您的系统处于有问题的状态，即记录被删除但文件没有。

关于c# - 将 blob 更新到 mysql 时执行命令时遇到 fatal error ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/50609595/