MySQL存储过程错误处理

Question

我相信目前在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

Answer 1

获取诊断信息在5.6.4中可用

请参阅http://dev.mysql.com/doc/refman/5.6/en/get-diagnostics.html

Answer 2

我相信MySQL中目前没有任何东西允许访问MySQL存储过程中最后执行的语句的

。这意味着...很难/不可能推断出错误的确切性质。

幸运的是，事实并非如此。

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值类别的简写。这只与游标的上下文相关，用于控制当游标到达数据集的末尾时发生的事情。如果没有更多的行可用，则会出现no Data条件，SQLSTATE值为02000。要检测这种情况，您可以为它设置一个处理程序(或为NOT FOUND条件)。在第12.7.5节“游标”中给出了一个示例。这种情况也会发生在SELECT ...转换为不检索任何行的var_list语句。

SQLEXCEPTION是不以'00‘、'01’或'02‘开头的SQLSTATE值类别的简写。

因此，要处理异常，您只需 do：

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

Answer 3

我正在执行以下解决方法:使用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的解决方案来解决此问题。