它必须死吗
恰恰相反， 它die()
永远都不会。
PHP是一种不良遗传的语言。遗传很差。和
or die()错误消息是最差的雏形之一：
- 死掉会抛出错误消息，向潜在的攻击者透露一些系统内部信息
- 这会给无辜的用户带来奇怪的消息，并使他们无法使用任何界面，因此他们很可能会退出。
- 它会杀死中间的脚本，因此可能导致显示的设计破损（或根本没有设计）（即，用户请求的页面渲染不完整）
- 不可挽回地杀死脚本。引发异常时可以捕获并正常处理
die()
没有提示您 发生错误 的 位置 。在相对较大的应用程序中，要找到它会很麻烦。
因此， 即使是进行临时调试
die()， 也 切勿使用mysql错误：有更好的方法。
对于您的查询，您只有2个选择：
如果您打算
mysqli_query()
在您的应用程序代码中使用所有方法（这是错误的，但是在StackOverflow上您将永远不会被其他任何方式使用），则可以使用trigger_error()
而不是die。它将引发传统的PHP错误，并将根据PHP设置自动记录。$result = mysqli_query($link , $sql) or trigger_error($link->error."[ $sql]");
如果要
mysqli_query()
用作抽象库的一部分，则必须抛出新的Exception，因为您将需要一些堆栈跟踪（始终随异常一起提供）以了解发生此错误的位置。
但是，您不能
new Exception与
OR运算符一起使用。因此，代码变得更长一些：
$result = mysqli_query($link , $sql);if (!$result) { throw new Exception(mysqli_error($link)."[ $sql]");}没什么大不了的，因为您只需编写一次即可。
更新。
事实证明，mysqli能够自行抛出异常，这可以使我们免于手动编写处理代码：
$result = mysqli_query($link, $sql);
如果发生错误，此代码将引发异常，因此，您将始终获得通知，而无需额外的代码。但是，在前面的示例中，我们将SQL查询添加到错误消息中，这可能非常有价值-
因此，人们也可以坚持上述方法。
重要提示
预定功能，将错误日志写入另一个表？
这显然是一个 坏主意 。特别是如果您要将错误消息写入先前尝试失败的同一介质。
错误必须记录到最可靠的介质中-纯文本日志。因此，只需设置您的PHP即可编写错误日志并定期检查它们。
