MySQL存储过程错误处理

Posted 2021-03-29

我相信mysql中目前没有任何东西可以访问MySQL存储过程中最后执行的语句的SQLSTATE。这意味着当在存储过程中引发通用SQLException时，很难/不可能得出错误的确切性质。

有没有人有一个解决方法来导出MySQL存储过程中的错误的SQLSTATE，该错误不涉及为每个可能的SQLSTATE声明一个处理程序？

例如 - 假设我试图返回一个error_status，它超出了通用的“SQLException发生在这个BEGIN....END块中的某个地方”，如下所示：

DELIMITER $$

CREATE PROCEDURE `myProcedure`(OUT o_error_status varchar(50))
MY_BLOCK: BEGIN

 DECLARE EXIT handler for 1062 set o_error_status := "Duplicate entry in table";
 DECLARE EXIT handler for 1048 set o_error_status := "Trying to populate a non-null column with null value"; 
-- declare handlers ad nauseum here....

 DECLARE EXIT handler for sqlexception set o_error_status:= "Generic SQLException. You'll just have to figure out the SQLSTATE yourself...." ;

-- Procedure logic that might error to follow here...

END MY_BLOCK$$

有小费吗？

PS我正在运行MySQL 5.1.49

答案

GET DIAGNOSTICS可在5.6.4中找到

见http://dev.mysql.com/doc/refman/5.6/en/get-diagnostics.html

另一答案

我相信MySQL中目前没有任何东西可以访问MySQL存储过程中最后执行的语句的SQLSTATE。这意味着......很难/不可能得出错误的确切性质。

幸运的是，这不是真的。

SHOW ERRORS LIMIT 1   -- for SQL-state > 2
SHOW WARNINGS LIMIT 1 -- for SQL-state 1,2

将显示最后一个错误或警告。

为了防止列出每个错误，您可以处理一类SQL错误，如下所示：

SQLWARNING是以“01”开头的SQLSTATE值类的简写。

NOT FOUND是以'02'开头的SQLSTATE值类的简写。这仅在游标的上下文中相关，并且用于控制当光标到达数据集的末尾时发生的情况。如果没有更多行可用，则SQLSTATE值为02000时会出现无数据条件。要检测此情况，可以为其设置处理程序（或对于NOT FOUND条件）。第12.7.5节“游标”中显示了一个示例。对于不检索任何行的SELECT ... INTO var_list语句，也会出现这种情况。

SQLEXCEPTION是不以'00'，'01'或'02'开头的SQLSTATE值类的简写。

因此，要处理异常，您只需执行以下操作：

DECLARE EXIT HANDLER FOR SQLSTATE SQLEXCEPTION .....;

链接： http://dev.mysql.com/doc/refman/5.5/en/signal.html http://dev.mysql.com/doc/refman/5.0/en/declare-handler.html

另一答案

我正在做以下解决方法：使用SELECT来引发错误。例如：

SELECT RAISE_ERROR_unable_to_update_basket;

这将导致以下错误消息（示例）：

ERROR 1054 (42S22): Unknown column 'RAISE_ERROR_unable_to_update_basket' in 'field list'

我在try {...} catch {...}中将我的调用包装到存储过程中，现在可以处理此错误。这当然只适用于从存储过程中激发自定义错误消息，并且不会处理可能发生的任何SQL或数据库错误（因为重复键输入）。在后一种情况下，您可以使用Johan的解决方案解决此问题。