mysql导入存储过程时declare报错的有关问题解决

在导入存储过程时经常遇见下列DECLARE报错的问题：

Error Code : 1064

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ” at line 3

(0 ms taken)

有多少个DECLARE就会报多少次，然后后面就是取不到变量的报错。

这个原因是没有定义delimiter

如下的会报错：

CREATE PROCEDURE p8() 

BEGIN 

DECLARE a INT; 

DECLARE b INT; 

SET a = 5; 

SET b = 5; 

select pkid,name,userGroup_desc,parent_id,group_state from T_VSM_SECPOLICY_USERGROUP; 

END;

错误信息：

Error Code : 1064

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ” at line 3

(0 ms taken)

。。。。

添加了delimiter后就不报了

delimiter //

CREATE PROCEDURE p8()  

BEGIN  

DECLARE a INT;  

DECLARE b INT;  

SET a = 5;  

SET b = 5;  

declare cur0 cursor for select pkid from T_VSM_SECPOLICY_USERGROUP;  –这里为什么报错？

END//

具体原因可以查看mysql的官方手册

http://dev.mysql.com/doc/refman/5.1/zh/stored-procedures.html#declare-handlers

中的创建存储过程章节里的下列内容，不能被忽视了：

下面是一个使用OUT参数的简单的存储程序的例子。例子为，在 程序被定义的时候，用mysql客户端delimiter命令来把语句定界符从 ;变为//。这就允许用在 程序体中的;定界符被传递到服务器而不是被mysql自己来解释。

mysql> delimiter //

mysql> CREATE PROCEDURE simpleproc (OUT param1 INT)

    -> BEGIN

    ->   SELECT COUNT(*) INTO param1 FROM t;

    -> END

    -> //

Query OK, 0 rows affected (0.00 sec)

mysql> delimiter ;

mysql> CALL simpleproc(@a);

Query OK, 0 rows affected (0.00 sec)

mysql> SELECT @a;

+——+

| @a   |

+——+

| 3    |

+——+

1 row in set (0.00 sec)

当使用delimiter命令时，你应该避免使用反斜杠(‘/’)字符，因为那是MySQL的 转义字符。

下列是一个例子，一个采用参数的函数使用一个SQL函数执行一个操作，并返回结果：

mysql> delimiter //

mysql> CREATE FUNCTION hello (s CHAR(20)) RETURNS CHAR(50)

    -> RETURN CONCAT(‘Hello, ‘,s,’!’);

    -> //

Query OK, 0 rows affected (0.00 sec)

mysql> delimiter ;

mysql> SELECT hello(‘world’);

+—————-+

| hello(‘world’) |

+—————-+

| Hello, world!  |

+—————-+

1 row in set (0.00 sec)

如果在存储函数中的RETURN语句返回一个类型不同于在函数的RETURNS子句中指定类型的值，返回值被强制为恰当的类型。比如，如果一个函数返回一个ENUM或SET值，但是RETURN语句返回一个整数，对于SET成员集的相应的ENUM成员，从函数返回的值是字符串。

还有后面的内容也说明了这个问题

20.2.7. BEGIN … END复合语句

[begin_label:] BEGIN

    [statement_list]

END [end_label]

存储子程序可以使用BEGIN … END复合语句来包含多个语句。statement_list 代表一个或多个语句的列表。statement_list之内每个语句都必须用分号（；）来结尾。

复合语句可以被标记。除非begin_label存在,否则end_label不能被给出,并且如果二者都存在,他们必须是同样的。

请注意，可选的[NOT] ATOMIC子句现在还不被支持。这意味着在指令块的开始没有交互的存储点被设置，并且在上下文中用到的BEGIN子句对当前交互动作没有影响。

使用多重语句需要客户端能发送包含语句定界符;的查询字符串。这个符号在命令行客户端被用delimiter命令来处理。改变查询结尾定界符;（比如改变为//）使得; 可被用在子程序体中。

总结起来就是因为存储过程里包含很多含缺省界定符号“;”的语句，如果不重新定义界定符的话，就只能以“;”为界定符一句一句的发给Mysql服务端解析，那么存储过程的第一句话肯定就语法错误了：

CREATE PROCEDURE p8() 

BEGIN 

DECLARE a INT;

然后后面的

DECLARE b INT;

也会报错，因为手册中规定DECLARE必须出现在BEGIN  和  EDN之间，且在其它所有语句之前。这个单独出现的DECLARE b INT;就会报语法错误了。

现在明白了吧。。。