mysqli 还是死，它必须死吗？

or只是一个运算符（与 非常相似）。||

该语法之所以有效，是因为短路，这意味着如果第一个语句为 true，则始终为 true，因此不会计算，您的脚本也不会 。or die()orTrue or XXdie

是的，您可以在 （or） 之后提供不同的函数。 我已经测试了以下内容：

mysqli_query($sel_db,'what!') or some_func(mysqli_error($sel_db));

function some_func($str) {
    die("ERROR: ".$str);
}

它不一定是特定的，但它必须是通过调用 或 或引发异常使脚本停止的东西。否则，脚本将继续使用 中该函数的返回值（可能是 null 或某种垃圾），这几乎肯定会引起问题。die()exit()die()$update_result

它必须死吗

恰恰相反，它永远不应该或 die（）。
PHP是一种不良遗传的语言。非常糟糕的遗传。错误消息是最糟糕的基本信息之一：or die()

• die 抛出错误消息，向潜在攻击者透露一些系统内部
• 这样的错误消息会让临时用户感到困惑，因为他们不明白这是什么意思
• 此外，在中间杀死了脚本，使用户没有熟悉的界面可以使用，因此他们可能会退出die
• 它不可挽回地杀死了脚本。虽然可以捕获并妥善处理异常
• die()不会提示错误发生的位置。而在一个相对较大的应用程序中，找到它将是一个相当痛苦的过程。

因此，永远不要使用MySQL错误，即使是临时调试：有更好的方法。die()

无需手动检查错误，只需将 mysqli 配置为在出错时引发异常，只需将以下行添加到连接代码中即可

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

之后，只需按原样编写每个mysqli命令，而无需任何其他内容：or die

$result = mysqli_query($link, $sql);

如果出现错误，此代码将抛出异常，因此您将始终收到每个问题的通知，而无需一行额外的代码。

关于如何使你的错误报告在生产中就绪、统一和整体合理，同时使你的代码更简洁的更详细的解释，你可以在我关于PHP错误报告的文章中找到。