MySQL 存储过程中的错误处理

本文主要基于一篇 MySQL Tutorial的文章,同时补充了自己的几个实践。

概述

我们在执行普通的 MySQL SQL 语句的时候,都会在某些情况下遇到错误。比如,我们向一张表中插入一条已经存在的记录,导致了主键重复,会出现如下的错误:

articlex.png

上图中标记为红色的部分,就是 MySQL 返回的错误信息在 mysql 命令行客户端中的提示。里面有两个值得注意的部分:

  1. MySQL 错误码:就是 ERROR 后面的 1062, MySQL 自定义的错误代码,跟其他数据库不通用。
  2. SQLSTATE 代码:就是 错误码后面的 (23000)。五位字符,从 ANSI SQL和 ODBC 来的标准化的错误代码,跟错误码之间并没有一一对应的关系。

MySQL 的错误码和 SQLSTATE 的具体信息可参见官方手册:Server Error Codes and Messages

今天我们要讲的是如果在存储过程中遇到错误应该如何处理。因为存储过程中是很多条 SQL 语句构成的 FUNCTION 或者 PROCEDURE,发生的错误通常会影响代码的执行,因此妥善的处理错误是很重要的,比如继续或者退出执行当前代码块,并给出一个容易理解的错误信息。

MySQL 提供了一个简单的手段,即定义错误处理器(Handler),来捕获从通用的警告或者异常,到更具体的错误码等各种错误条件。

声明一个错误处理器

声明一个错误处理器所需的 DECLARE HANDLER 语句格式如下:

DECLARE action HANDLER FOR condition_value statement;

如果一个错误条件的值符合 condition_value,MySQL 就会执行对应的 statement,并根据 action 指定关键字确定是 继续 还是 退出 当前的代码块(译者注,当前代码块就是包含此错误处理器的最近的那对 BEGINEND围出来的代码段)。

参数 action 可以取以下两个值:

  • CONTINUE : 当前代码段会从出错的地方继续执行。
  • EXIT : 当前代码段从出错的地方终止执行。

condition_value 指定了会激活错误处理器的一个特定的条件或者一类错误条件。其取值可以是:

  • 一个 MySQL 错误码
  • 一个标准的 SQLSTATE 值。或者可以是 SQLWARNING , SQLEXCEPTION 等条件,这些分别代表一组类似的 SQLSTATE 值。NOTFOUND 条件则可用于游标或者 SELECT INTO variable_list 语句,表示没有找到匹配的数据行。
  • 一个与特定 MySQL 错误代码或者 SQLSTATE 值关联的命名条件,说白了就是个别名。

statement 则可以是个简单的语句或者被 BEGINEND 围起来的多条语句。

MySQL 错误处理器示例

我们先看几个声明错误处理器的例子:

下面的处理器指出:如果发生了错误,就将 has_error 变量的值设为 1 并继续执行出错的语句所在的代码块。

DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET has_error = 1;

下面是另一个错误处理器,指出如果发生任何错误就回滚之前的操作,给出一条错误信息,并退出当前代码块的执行。如果你是在声明存储过程的 BEGINEND 语句之间声明的这个错误处理器,那么出错时会立即结束整个存储过程的执行。

DECLARE EXIT HANDLER FOR SQLEXCEPTION
BEGIN
ROLLBACK;
SELECT 'An error has occurred, operation rollbacked and the stored procedure was terminated';
END;

下面的错误处理器指出,如果有发生数据行不存在的错误,其实就是指在使用游标(Cursor)或者SELECT INTO语句的情况,就把 no_row_found 变量设为1,并继续执行。

DECLARE CONTINUE HANDLER FOR NOT FOUND SET no_row_found = 1;

译者注:如果只是为了检查 SELECT INTO 是否有行数据返回,MySQL 还有另外一个 FOUND_ROWS() 内置函数可以用。

下面的错误处理器指出,如果发生了主键重复的错误(MySQL的错误码为1062),就将给出一条错误提示并继续代码块的执行:

DECLARE CONTINUE HANDLER FOR 1062
SELECT 'Error, duplicate key occurred';

存储过程中出错处理的示例

首先为了演示我们创建一张新表,表名是 article_tags

CREATE TABLE article_tags(
    article_id INT,
    tag_id     INT,
    PRIMARY KEY(article_id,tag_id)
);

article_tags 表保存了 article 和 tag 之间的关系。每个 Article 可以对应到多个 Tag,反过来也是一样。为简单起见,我们就不创建 article 和 tag 表了,因此也就不用给 article_tags 加外键约束了。

接下来,我们创建一个存储过程来把 Article 的 id 和 Tag 的 id 插入到 article_tags 表中,注意这个存储过程最后一条语句返回了表中的记录总数:

DELIMITER $$

CREATE PROCEDURE insert_article_tags(IN article_id INT, IN tag_id INT)
BEGIN

    DECLARE CONTINUE HANDLER FOR 1062
    SELECT CONCAT('duplicate keys (',article_id,',',tag_id,') found') AS msg;

    -- insert a new record into article_tags
    INSERT INTO article_tags(article_id,tag_id)
    VALUES(article_id,tag_id);

    -- return tag count for the article
    SELECT COUNT(*) FROM article_tags;
END $$

然后,通过下面的命令,我们给 Id=1 的 Article 新增 Id 为1,2,3 的 Tag:

CALL insert_article_tags(1,1);
CALL insert_article_tags(1,2);
CALL insert_article_tags(1,3);

这之后,我们就要尝试插入一条重复的记录来看看错误处理器是否真的会被执行到。

CALL insert_article_tags(1,3);
articlex2.png

我们得到了一条错误信息。不过因为我们声明的是 CONTINUE 类型的错误处理器,存储过程会继续往后执行,所以结果我们也得到了 article 的 tag 的总数。

如果我们把 CONTINUE 类型的错误处理器声明成 EXIT,我们就只得到一个错误提示了。让我们再编写另外一个存储过程:

DELIMITER $$

CREATE PROCEDURE insert_article_tags_2(IN article_id INT, IN tag_id INT)
BEGIN

    DECLARE EXIT HANDLER FOR SQLEXCEPTION 
    SELECT 'SQLException invoked';

    DECLARE EXIT HANDLER FOR 1062 
        SELECT 'MySQL error code 1062 invoked';

    DECLARE EXIT HANDLER FOR SQLSTATE '23000'
    SELECT 'SQLSTATE 23000 invoked';

    -- insert a new record into article_tags
    INSERT INTO article_tags(article_id,tag_id)
    VALUES(article_id,tag_id);

    -- return tag count for the article
    SELECT COUNT(*) FROM article_tags;
END $$

最后,我们可以尝试新增一条重复主键的记录看看效果:

CALL insert_article_tags_2(1,3);
articlex3.png

可以看到这次只输出了错误信息就没有继续向下执行了。

错误处理器的优先级

当有多个错误处理器都满足特定错误条件的时候,MySQL将按更明确者优先的原则决定优先级。

MySQL中的每个错误都会映射到一个特定的错误码,因此错误码是最明确的。一个 SQLSTATE 可以对应到多个 MySQL 错误码,所以没那么明确。SQLEXCEPTIONSQLWARNING 分别指代的是 SQLSTATES 中类型相近的一组值,所以它的明确性最低。

基于错误处理器的优先级规则,MySQL 错误码处理器SQLSTATE 错误处理器 和 SQLEXCEPTION错误处理器顺序上分别排在1、2、3位。

如果我们在 insert_article_tags_3 存储过程里声明3个错误处理器,像下面一样:

DELIMITER $$

CREATE PROCEDURE insert_article_tags_3(IN article_id INT, IN tag_id INT)
BEGIN

    DECLARE EXIT HANDLER FOR 1062 SELECT 'Duplicate keys error encountered';
    DECLARE EXIT HANDLER FOR SQLEXCEPTION SELECT 'SQLException encountered';
    DECLARE EXIT HANDLER FOR SQLSTATE '23000' SELECT 'SQLSTATE 23000';

    -- insert a new record into article_tags
    INSERT INTO article_tags(article_id,tag_id)
    VALUES(article_id,tag_id);

    -- return tag count for the article
    SELECT COUNT(*) FROM article_tags;
END $$

当我们通过下面的命令,试图调用上面的存储过程插入一条主键重复的记录到article_tags表时:

CALL insert_article_tags_3(1,3);
articlex4.png

你会看到, MySQL错误码绑定的那个处理器被调用了。

使用命名错误条件

我们先看一个错误处理器的声明:

DECLARE EXIT HANDLER FOR 1051 SELECT 'Please create table abc first';
SELECT * FROM abc;

1051 这个错误码到底什么意思?想象一下如果你有很多的存储过程,里面散布者这种数字,对于代码维护来说应该就是噩梦了。

幸运的是,MySQL 为我们提供了一个 DECLARE CONDITION 语句来声明一个命名错误条件,可以将上面的数字关联为一个有意义的名字。

DECLARE CONDITION 语句的语法如下所示:

DECLARE condition_name CONDITION FOR condition_value;

condition_value 可以是一个类似 1051 的 MySQL 错误码,或者一个 SQLSTATE 值,然后 condition_name 就可以代表 condition_value 来使用了。

所以之前的代码我们就可以改写成下面的样子:

DECLARE table_not_found CONDITION for 1051;
DECLARE EXIT HANDLER FOR  table_not_found SELECT 'Please create table abc first';
SELECT * FROM abc;

这样代码的可读性比之前明显好多了。需要注意的是,要在存储过程声明一个命名条件的语句,则该语句必须出现在错误处理器或者游标声明的前面。

一个在 handler 中实用的辅助函数

实际应用中,存储过程中的错误被我们的错误处理器捕获了之后,你如果还想用类似 mysql 命令行那样的格式返回对应的错误,可以声明一个这样的函数:

DELIMITER $$
CREATE FUNCTION fn_get_error()
RETURNS VARCHAR(250)
BEGIN
    DECLARE code CHAR(5) DEFAULT '00000';
    DECLARE msg TEXT;
    DECLARE errno INT;
    
    GET DIAGNOSTICS CONDITION 1 code = RETURNED_SQLSTATE, 
        errno = MYSQL_ERRNO, msg = MESSAGE_TEXT;
    
    RETURN COALESCE(CONCAT("ERROR ", errno, " (", code, "): ", msg), '-');
END$$

那么在实际使用时,就可以在错误处理器中这样用:

    DECLARE EXIT HANDLER FOR SQLEXCEPTION 
    BEGIN 
        ROLLBACK; 
        SET ret = -9; 
        SELECT ret AS 'ret', fn_get_error() AS 'err';
    END;        
    
    DECLARE EXIT HANDLER FOR 1062
    BEGIN
        ROLLBACK; 
        SET ret = -1; 
        SELECT ret AS 'ret', fn_get_error() AS 'err';
    END;

那么在有错误发生的时候,就可以得到如下的错误提示了:

articlex5.png
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,884评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,755评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,369评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,799评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,910评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,096评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,159评论 3 411
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,917评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,360评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,673评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,814评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,509评论 4 334
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,156评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,882评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,123评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,641评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,728评论 2 351

推荐阅读更多精彩内容