2.CREATE PROCEDURE p2 ()
　　LANGUAGE SQL <--
　　NOT DETERMINISTIC
　　SQL SECURITY DEFINER
　　COMMENT ''A Procedure''
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　很好，这个LANGUAGE SQL子句是没有作用的。仅是为了说明下面过程的主体使用SQL语言编写。这条是系统默认的，但你在这里声明是有用的，因为某些DBMS（IBM的DB2）需要它，如果你关注DB2的兼容问题最好还是用上。此外，今后可能会出现除SQL外的其他语言支持的存储过程。
　　
　　3.CREATE PROCEDURE p2 ()
　　LANGUAGE SQL
　　NOT DETERMINISTIC <--
　　SQL SECURITY DEFINER
　　COMMENT ''A Procedure''
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　下一个子句，NOT DETERMINISTIC，是传递给系统的信息。这里一个确定过程的定义就是那些每次输入一样输出也一样的程序。在这个案例中，既然主体中含有SELECT语句，那返回肯定是未知的因此我们称其NOT DETERMINISTIC。但是MySQL内置的优化程序不会注意这个，至少在现在不注意。
　　
　　4.CREATE PROCEDURE p2 ()
　　LANGUAGE SQL
　　NOT DETERMINISTIC
　　SQL SECURITY DEFINER <--
　　COMMENT ''A Procedure''
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　下一个子句是SQL SECURITY，可以定义为SQL SECURITY DEFINER或SQL SECURITY INVOKER。
　　
　　这就进入了权限控制的领域了，当然我们在后面将会有测试权限的例子。
　　
　　SQL SECURITY DEFINER
　　
　　意味着在调用时检查创建过程用户的权限（另一个选项是SQLSECURITY INVOKER）。
　　
　　现在而言，使用
　　
　　SQL SECURITY DEFINER
　　
　　指令告诉MySQL服务器检查创建过程的用户就可以了，当过程已经被调用，就不检查执行调用过程的用户了。而另一个选项（INVOKER）则是告诉服务器在这一步仍然要检查调用者的权限。
　　
　　5.CREATE PROCEDURE p2 ()
　　LANGUAGE SQL
　　NOT DETERMINISTIC
　　SQL SECURITY DEFINER
　　COMMENT ''A Procedure'' <--
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　COMMENT ''A procedure''
　　是一个可选的注释说明。
　　
　　最后，注释子句会跟过程定义存储在一起。这个没有固定的标准，我在文中会指出没有固定标准的语句，不过幸运的是这些在我们标准的SQL中很少。
　　
　　6.CREATE PROCEDURE p2 ()
　　LANGUAGE SQL
　　NOT DETERMINISTIC
　　SQL SECURITY DEFINER
　　COMMENT ''''
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　上面过程跟下面语句是等效的：
　　
　　CREATE PROCEDURE p2 ()
　　SELECT CURRENT_DATE, RAND() FROM t //
　　
　　特征子句也有默认值，如果省略了就相当于：
　　
　　LANGUAGE SQL NOT DETERMINISTIC SQL SECURITY DEFINER COMMENT ''''
　　
　　Digressions一些题外话
　　
　　Digression:
　　调用p2()//的结果
　　
　　mysql> call p2() //
　　+--------------+-----------------+
　　| CURRENT_DATE | RAND() |
　　+--------------+-----------------+
　　| 2004-11-09 | 0.7822275075896 |
　　+--------------+-----------------+
　　1 row in set (0.26 sec)
　　Query OK, 0 rows affected (0.26 sec)
　　
　　当调用过程p2时，一个SELECT语句被执行返回我们期望获得的随机数。
　　
　　Digression: sql_mode unchanging
　　
　　不会改变的
　　
　　sql_mode
　　mysql> set sql_mode=''ansi'' //
　　mysql> create procedure p3()select''a''||''b''//
　　mysql> set sql_mode=''''//
　　mysql> call p3()//
　　+------------+
　　| ''a'' || ''b'' |
　　+------------+
　　| ab |
　　+------------+
　　
　　MySQL在过程创建时会自动保持运行环境。例如：我们需要使用两条竖线来连接字符串但是这只有在sql mode为ansi的时候才合法。如果我们将sql mode改为non-ansi，不用担心，它仍然能工作，只要它第一次使用时能正常工作。