Conditions may arise during stored program execution that require special handling, such as exiting the current program block or continuing execution. Handlers can be defined for general conditions such as warnings or exceptions, or for specific conditions such as a particular error code. Specific conditions can be assigned names and referred to that way in handlers.
To name a condition, use the
DECLARE ...
CONDITION statement. To declare a handler, use the
DECLARE ...
HANDLER statement. See
Section 13.6.7.1, “DECLARE ...
CONDITION Syntax”, and
Section 13.6.7.2, “DECLARE ...
HANDLER Syntax”.
Other statements related to conditions are
SIGNAL, RESIGNAL, and
GET DIAGNOSTICS. The SIGNAL
and RESIGNAL statements are not supported until
MySQL 5.5. The GET DIAGNOSTICS statement is not
supported until MySQL 5.6.
Before MySQL 5.6.3, if a statement that generates a warning or error causes a condition handler to be invoked, the handler may not clear the diagnostic area. This might lead to the appearance that the handler was not invoked. The following discussion demonstrates the issue and provides a workaround.
Suppose that a table t1 is empty. The following
procedure selects from it, raising a No Data condition:
CREATE PROCEDURE p1()
BEGIN
DECLARE a INT;
DECLARE CONTINUE HANDLER FOR NOT FOUND
BEGIN
SET @handler_invoked = 1;
END;
SELECT c1 INTO a FROM t1;
END;
As can be seen from the following sequence of statements, the
condition is not cleared by handler invocation (otherwise, the
SHOW WARNINGS output would be
empty). But as can be seen by the value of
@handler_invoked, the handler was indeed
invoked (otherwise its value would be 0).
mysql>SET @handler_invoked = 0;Query OK, 0 rows affected (0.00 sec) mysql>CALL p1();Query OK, 0 rows affected, 1 warning (0.00 sec) mysql>SHOW WARNINGS;+---------+------+-----------------------------------------------------+ | Level | Code | Message | +---------+------+-----------------------------------------------------+ | Warning | 1329 | No data - zero rows fetched, selected, or processed | +---------+------+-----------------------------------------------------+ 1 row in set (0.00 sec) mysql>SELECT @handler_invoked;+------------------+ | @handler_invoked | +------------------+ | 1 | +------------------+ 1 row in set (0.00 sec)
There are two ways to work around this issue:
Add an extra dummy statement that clears warnings at the end of the condition handler:
CREATE PROCEDURE p1()
BEGIN
DECLARE a INT;
DECLARE CONTINUE HANDLER FOR NOT FOUND
BEGIN
SET @handler_invoked = 1;
SELECT 1 FROM (SELECT 1) AS t;
END;
SELECT c1 INTO a FROM t1;
END;
This works for CONTINUE and
EXIT handlers.
Put an extra dummy statement that clears warnings following the statement that causes handler activation:
CREATE PROCEDURE p1()
BEGIN
DECLARE a INT;
DECLARE CONTINUE HANDLER FOR NOT FOUND
BEGIN
SET @handler_invoked = 1;
SELECT 1 FROM (SELECT 1) AS t;
END;
SELECT c1 INTO a FROM t1;
END;
This works only for CONTINUE handlers.
This issue is resolved as of MySQL 5.6.3 and no workaround is needed.

User Comments
Add your own comment.