MySQL从5.0版本开始支持存储过程和函数。存储过程和函数能够将复杂的SQL逻辑封装在一起，应用程
序无须关注存储过程和函数内部复杂的SQL逻辑，而只需要简单地调用存储过程和函数即可。
和视图、函数的对比：
它和视图有着同样的优点，清晰、安全，还可以减少网络传输量。不过它和视图不同，视图是 虚拟表 ，
通常不对底层数据表直接操作，而存储过程是程序化的 SQL，可以 直接操作底层数据表 ，相比于面向集
合的操作方式，能够实现一些更复杂的数据处理。
一旦存储过程被创建出来，使用它就像使用函数一样简单，我们直接通过调用存储过程名即可。相较于
函数，存储过程是 没有返回值 的。

1. 创建存储过程

  1. #15存储过程与存储函数
  2. #0、准备工作
  3. CREATE DATABASE dbtest15;
  4. USE dbtest15;
  6. CREATE TABLE employees
  7. AS
  8. SELECT * FROM atguigudb.`employees`;
  10. CREATE TABLE departments
  11. AS
  12. SELECT * FROM atguigudb.`departments`;
  13. SELECT *FROM employees;
  14. SELECT *FROM departments;
  16. #1、创建存储过程
  17. #类型1：无参数，无返回值
  18. #举例1：创建存储过程select_all_data()，查看 emps 表的所有数据
  19. DELIMITER $
  20. CREATE PROCEDURE select_all_data()
  21. BEGIN 
  22.     SELECT * FROM employees;
  23. END $
  24. DELIMITER ;
  26. #2、存储过程的调用
  27. CALL select_all_data();
  28. #举例2：创建存储过程avg_employee_salary()，返回所有员工的平均工资
  29. DELIMITER //
  30. CREATE PROCEDURE avg_employee_salary()
  31. BEGIN
  32.     SELECT AVG(salary) FROM employees;
  33. END //
  34. DELIMITER ;
  35. #调用
  36. CALL avg_employee_salary;
  38. #举例3：创建存储过程show_max_salary()，用来查看“emps”表的最高薪资值。
  39. DELIMITER //
  40. CREATE PROCEDURE show_max_salary()
  41. BEGIN
  42. SELECT MAX(salary) 
  43. FROM employees;
  44. END //
  45. DELIMITER ;
  46. #调用
  47. CALL show_max_salary();
  49. #类型2：带OUT
  50. #举例4：创建存储过程show_min_salary()，查看“emps”表的最低薪资值。并将最低薪资通过OUT参数“ms”输出
  51. DELIMITER //
  53. CREATE PROCEDURE show_min_salary(OUT ms DOUBLE(8,2))
  54. BEGIN 
  55.     SELECT MIN(salary) INTO ms
  56.     FROM employees;
  57. END //
  59. DELIMITER ;
  61. #调用
  62. CALL show_min_salary(@ms);
  63. #查看变量值
  64. SELECT @ms;
  66. #类型3：带IN
  67. #举例5：创建存储过程show_someone_salary()，查看“emps”表的某个员工的薪资，并用IN参数empname输入员工姓名。
  68. DELIMITER //
  69. CREATE PROCEDURE show_someone_salary(IN empname VARCHAR(20))
  70. BEGIN
  71.     SELECT salary FROM employees
  72.     WHERE last_name=empname;
  73. END//
  74. DELIMITER ;
  75. #调用方式1
  76. CALL show_someone_salary('Abel');
  77. #调用方式2
  78. SET @empname='Abel';
  79. CALL show_someone_salary(@empname);
  83. #类型4：带IN和OUT
  84. #举例6：创建存储过程show_someone_salary2()，查看“emps”表的某个员工的薪资，并用IN参数empname输入员工姓名，用OUT参数empsalary输出员工薪资。
  85. DELIMITER //
  87. CREATE PROCEDURE show_someone_salary2(IN empname VARCHAR(20),OUT empsalary DECIMAL(10,2))
  89. BEGIN
  90.     SELECT salary INTO empsalary
  91.     FROM employees
  92.     WHERE last_name=empname;
  94. END //
  96. DELIMITER ;
  97. #调用
  98. SET @empname= 'Abel';
  99. CALL show_someone_salary2(@empname,@empsalary);
  100. SELECT @empsalary;
  102. #类型5：带INOUT
  103. #举例7：创建存储过程show_mgr_name()，查询某个员工领导的姓名，并用INOUT参数“empname”输入员工姓名，输出领导的姓名。
  104. DELIMITER $
  105. CREATE PROCEDURE show_mgr_name(INOUT empname VARCHAR(25))
  106. BEGIN
  108.     SELECT last_name INTO empname
  109.     FROM employees
  110.     WHERE employee_id=(
  111.             SELECT manager_id
  112.             FROM employees
  113.             WHERE last_name=empname
  114.             );
  115. END $
  116. DELIMITER ;
  117. #调用
  118. SET @empname='Abel';
  119. CALL show_mgr_name(@empname);
  120. SELECT @empname;

1、参数前面的符号的意思
IN ：当前参数为输入参数，也就是表示入参；
存储过程只是读取这个参数的值。如果没有定义参数种类， 默认就是 IN ，表示输入参数。
OUT ：当前参数为输出参数，也就是表示出参；
执行完成之后，调用这个存储过程的客户端或者应用程序就可以读取这个参数返回的值了。
INOUT ：当前参数既可以为输入参数，也可以为输出参数。
2、形参类型可以是 MySQL数据库中的任意类型。
3、 characteristics 表示创建存储过程时指定的对存储过程的约束条件，其取值信息如下：
LANGUAGE SQL
| [NOT] DETERMINISTIC
| { CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA }
| SQL SECURITY { DEFINER | INVOKER }
| COMMENT ‘string’
LANGUAGE SQL ：说明存储过程执行体是由SQL语句组成的，当前系统支持的语言为SQL。
[NOT] DETERMINISTIC ：指明存储过程执行的结果是否确定。DETERMINISTIC表示结果是确定
的。每次执行存储过程时，相同的输入会得到相同的输出。NOT DETERMINISTIC表示结果是不确定
的，相同的输入可能得到不同的输出。如果没有指定任意一个值，默认为NOT DETERMINISTIC。
{ CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA } ：指明子程序使
用SQL语句的限制。
CONTAINS SQL表示当前存储过程的子程序包含SQL语句，但是并不包含读写数据的SQL语句；
NO SQL表示当前存储过程的子程序中不包含任何SQL语句；
READS SQL DATA表示当前存储过程的子程序中包含读数据的SQL语句；
MODIFIES SQL DATA表示当前存储过程的子程序中包含写数据的SQL语句。
默认情况下，系统会指定为CONTAINS SQL。
SQL SECURITY { DEFINER | INVOKER } ：执行当前存储过程的权限，即指明哪些用户能够执
行当前存储过程。
DEFINER 表示只有当前存储过程的创建者或者定义者才能执行当前存储过程；
INVOKER 表示拥有当前存储过程的访问权限的用户能够执行当前存储过程。
如果没有设置相关的值，则MySQL默认指定值为DEFINER。
COMMENT ‘string’ ：注释信息，可以用来描述存储过程。

2. 存储函数的使用

  1. #举例1：创建存储函数，名称为email_by_name()，参数定义为空，该函数查询Abel的email，并返回，数据类型为字符串型。
  2. DELIMITER //
  3. CREATE FUNCTION email_by_name()
  4. RETURNS VARCHAR(25)
  5.     DETERMINISTIC
  6.     CONTAINS SQL
  7.     READS SQL DATA
  8. BEGIN
  9.     RETURN (SELECT email FROM employees WHERE last_name='Abel');
  10. END //
  12. DELIMITER ;
  13. #调用
  14. SELECT email_by_name();
  16. #举例2：创建存储函数，名称为email_by_id()，参数传入emp_id，该函数查询emp_id的email，并返回，数据类型为字符串型。
  17. SET GLOBAL log_bin_trust_function_creators = 1;
  18. DELIMITER //
  19. CREATE FUNCTION email_by_id(emp_id INT)
  20. RETURNS VARCHAR(25)
  21. BEGIN 
  22. RETURN(
  23.     SELECT email
  24.     FROM employees
  25.     WHERE employee_id=emp_id
  26.     );
  27. END //
  28. DELIMITER ;
  29. #调用
  30. SELECT email_by_id(101);
  32. SET @emp_id=102;
  33. SELECT email_by_id(@emp_id);
  35. #举例3：创建存储函数count_by_id()，参数传入dept_id，该函数查询dept_id部门的员工人数，并返回，数据类型为整型。
  36. SET GLOBAL log_bin_trust_function_creators = 1;
  37. DELIMITER //
  38. CREATE FUNCTION count_by_id(dept_id INT)
  39. RETURNS INT
  40. BEGIN
  41.     RETURN(
  42.     SELECT COUNT(*)
  43.     FROM employees
  44.     WHERE department_id=dept_id
  45.     );
  46. END //
  47. DELIMITER ;
  49. SET @dept_id=80;
  50. SELECT count_by_id(@dept_id);

注意：
若在创建存储函数中报错“ you might want to use the less safe
log_bin_trust_function_creators variable ”，有两种处理方法：
方式1：加上必要的函数特性“[NOT] DETERMINISTIC”和“{CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA}”
方式2：
mysql> SET GLOBAL log_bin_trust_function_creators = 1;

3.对比存储函数和存储过程

QQ截图20220211090327.png
此外，存储函数可以放在查询语句中使用，存储过程不行。反之，存储过程的功能更加强大，包括能够
执行对表的操作（比如创建表，删除表等）和事务操作，这些功能是存储函数不具备的。

4. 存储过程和函数的查看、修改、删除

4.1 查看

MySQL存储了存储过程和函数的状态信息，用户可以使用SHOW STATUS语句或SHOW CREATE语句来查
看，也可直接从系统的information_schema数据库中查询。这里介绍3种方法。
1. 使用SHOW CREATE语句查看存储过程和函数的创建信息
基本语法结构如下：
SHOW CREATE {PROCEDURE | FUNCTION} 存储过程名或函数名
2. 使用SHOW STATUS语句查看存储过程和函数的状态信息
基本语法结构如下：
SHOW {PROCEDURE | FUNCTION} STATUS [LIKE ‘pattern’]
这个语句返回子程序的特征，如数据库、名字、类型、创建者及创建和修改日期。
[LIKE ‘pattern’]：匹配存储过程或函数的名称，可以省略。当省略不写时，会列出MySQL数据库中存在的
所有存储过程或函数的信息。
3. 从information_schema.Routines表中查看存储过程和函数的信息
MySQL中存储过程和函数的信息存储在information_schema数据库下的Routines表中。可以通过查询该表
的记录来查询存储过程和函数的信息。其基本语法形式如下：
SELECT * FROM information_schema.Routines
WHERE ROUTINE_NAME=’存储过程或函数的名’ [AND ROUTINE_TYPE = {‘PROCEDURE|FUNCTION’}];
说明：如果在MySQL数据库中存在存储过程和函数名称相同的情况，最好指定ROUTINE_TYPE查询条件来
指明查询的是存储过程还是函数。

4.2 修改

修改存储过程或函数，不影响存储过程或函数功能，只是修改相关特性。使用ALTER语句实现。
ALTER {PROCEDURE | FUNCTION} 存储过程或函数的名 [characteristic …]
其中，characteristic指定存储过程或函数的特性，其取值信息与创建存储过程、函数时的取值信息略有
不同。
{ CONTAINS SQL | NO SQL | READS SQL DATA | MODIFIES SQL DATA }
| SQL SECURITY { DEFINER | INVOKER }
| COMMENT ‘string’

CONTAINS SQL ，表示子程序包含SQL语句，但不包含读或写数据的语句。
NO SQL ，表示子程序中不包含SQL语句。
READS SQL DATA ，表示子程序中包含读数据的语句。
MODIFIES SQL DATA ，表示子程序中包含写数据的语句。
SQL SECURITY { DEFINER | INVOKER } ，指明谁有权限来执行。
DEFINER ，表示只有定义者自己才能够执行。
INVOKER ，表示调用者可以执行。
COMMENT ‘string’ ，表示注释信息。

修改存储过程使用ALTER PROCEDURE语句，修改存储函数使用ALTER FUNCTION语句。但是，这两
个语句的结构是一样的，语句中的所有参数也是一样的。

4.3 删除

删除存储过程和函数，可以使用DROP语句，其语法结构如下：
DROP {PROCEDURE | FUNCTION} [IF EXISTS] 存储过程或函数的名
IF EXISTS：如果程序或函数不存储，它可以防止发生错误，产生一个用SHOW WARNINGS查看的警告。

5. 关于存储过程使用的争议

尽管存储过程有诸多优点，但是对于存储过程的使用，一直都存在着很多争议，比如有些公司对于大型
项目要求使用存储过程，而有些公司在手册中明确禁止使用存储过程，为什么这些公司对存储过程的使
用需求差别这么大呢？

5.1 优点

1、存储过程可以一次编译多次使用。存储过程只在创建时进行编译，之后的使用都不需要重新编译，
这就提升了 SQL 的执行效率。
2、可以减少开发工作量。将代码 封装 成模块，实际上是编程的核心思想之一，这样可以把复杂的问题
拆解成不同的模块，然后模块之间可以 重复使用 ，在减少开发工作量的同时，还能保证代码的结构清
晰。
3、存储过程的安全性强。我们在设定存储过程的时候可以 设置对用户的使用权限 ，这样就和视图一样具
有较强的安全性。
4、可以减少网络传输量。因为代码封装到存储过程中，每次使用只需要调用存储过程即可，这样就减
少了网络传输量。
5、良好的封装性。在进行相对复杂的数据库操作时，原本需要使用一条一条的 SQL 语句，可能要连接
多次数据库才能完成的操作，现在变成了一次存储过程，只需要 连接一次即可 。

5.2 缺点

基于上面这些优点，不少大公司都要求大型项目使用存储过程，比如微软、IBM 等公司。但是国内的阿
里并不推荐开发人员使用存储过程，这是为什么呢？

阿里开发规范
【强制】禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。
存储过程虽然有诸如上面的好处，但缺点也是很明显的。

1、可移植性差。存储过程不能跨数据库移植，比如在 MySQL、Oracle 和 SQL Server 里编写的存储过
程，在换成其他数据库时都需要重新编写。
2、调试困难。只有少数 DBMS 支持存储过程的调试。对于复杂的存储过程来说，开发和维护都不容
易。虽然也有一些第三方工具可以对存储过程进行调试，但要收费。
3、存储过程的版本管理很困难。比如数据表索引发生变化了，可能会导致存储过程失效。我们在开发
软件的时候往往需要进行版本管理，但是存储过程本身没有版本控制，版本迭代更新的时候很麻烦。
4、它不适合高并发的场景。高并发的场景需要减少数据库的压力，有时数据库会采用分库分表的方
式，而且对可扩展性要求很高，在这种情况下，存储过程会变得难以维护， 增加数据库的压力 ，显然就
不适用了。

小结：
存储过程既方便，又有局限性。尽管不同的公司对存储过程的态度不一，但是对于我们开发人员来说，
不论怎样，掌握存储过程都是必备的技能之一。

第15章_存储过程与函数.pdf