MySQL嵌套游标产生混乱的解决方法及注意地方

1. 在编写存储过程中, 有时会处理些较复杂的数据, 用到多个游标, 并且嵌套使用,如果控制不好,在子层游标记录处理完后,  上层游标也会捕获NOT FOUND异常, 并改变标示值. 产生数据混乱.

例:

  1. BEGIN  
  2.   DECLARE name_stop int default 0;   
  3.     DECLARE  
  4.     cur_name CURSOR FOR SELECT  
  5.       NAME  
  6.     FROM mytable;  
  7.       
  8.   DECLARE CONTINUE HANDLER FOR NOT FOUND SET name_stop =1;    
  9.   
  10.     open cur_name;  
  11.     
  12.   FETCH cur_name into v_name;  
  13.   
  14.     START TRANSACTION;   
  15.       
  16.     BEGIN  
  17.       
  18.         DECLARE ext_stop int DEFAULT 0;  
  19.         DECLARE cur_ext    
  20.         CURSOR for select  
  21.          propertyid  
  22.         from propertys;  
  23.         DECLARE CONTINUE HANDLER FOR NOT FOUND SET ext_stop =1;    
  24.           
  25.     ..............................  

当子层cur_ext游标记录处理完后, 会抛出NOT FOUND,  不仅影响自身, 而且上层游标也会受影响, name_stop 会变成1, 这时就会跳出循环, 不再执行.

解决的办法是加入标记块放置复合语句中,

如: BLOCK1:BEGIN

....

END BLOCK1;

限制作用范围,  这样就能解决各游标间的干扰.

2. 在实际使用中,  可能会采用SELECT ... INTO ...语句进行赋值,  但是如果没有找到记录, 是不会把NULL值赋给相应变量, 而是抛出NOT FOUND.

如果采用了游标, 这将会影响正常使用.

所以,  最好把select into语句放入单独的复合语句, 并加入标记块,

注意, 需要加入一个临时的HANDLER,  如果没有HANDLER捕获, 仍会跳入上层, 影响游标.

正确使用方法, 如下所示:

  1. BLOCK4: BEGIN  
  2.    DECLARE temp_a int default 0;  
  3.    declare continue handler for not found set temp_a = -1;  
  4.    select account into v_exist_account from t_user where account = v_account limit 1;  
  5. end BLOCK4;  

相关推荐