MySQL之视图、触发器、事务、存储过程、函数
mysql这个软件想将数据处理的所有事情，能够在mysql这个层面上全部都做了，也就是说它想要完成一件事，以后想开发的人，例如想写python程序的人，你就专门的写你自己的python程序，以后凡是关于数据的增删改查，全部都在MySQL里面完成，也就是说它想实现一个数据处理与应用程序的一个完全的解耦和状态，比如说，如果我是个应用程序员，我想要查询数据，我不需要自己写sql语句，只需要调用mysql封装好的一些功能，直接调用这个功能就可以了，之前我们使用sql来进行数据的增删改查，其实sql也可以算作一个开发语言，有专门招数据库开发的岗位，也就是说mysql想做这么一个事儿，以后啊，专门有人写应用程序的开发，专门有人来写sql，来开发sql部分，在数据库层面根据应用层的程序员的要求，把sql语句全部写好，各种复杂的需求全部帮你封装好，封装成一个一个的功能，应用程序开发程序员在根据自己的需求来使用这些功能，直接调用就可以了，这是mysql想要完成的事情，但是咱们以后做开发，一般不会这么搞，一般招聘需求里面都会有一项是要会sql，浅显的说是因为花最少的钱，做最多的事儿，但是往深了说是因为公司里面一般不会用这些内置的功能去sql的工作，至于为什么，咱们学完mysql之后再说吧~~~
一 视图
视图是一个虚拟表（非真实存在），是跑到内存中的表，真实表是硬盘上的表，怎么就得到了虚拟表，就是你查询的结果，只不过之前我们查询出来的虚拟表，从内存中取出来显示在屏幕上，内存中就没有了这些表的数据，但是下次我要是想用这个虚拟表呢，没办法，只能重新查一次，每次都要重新查。其本质是【根据SQL语句获取动态的数据集，并为其命名】，用户使用时只需使用【名称】即可获取结果集，可以将该结果集当做表来使用。如果我们想查询一些有关联的表，比如我们前面的老师学生班级什么的表，我可能需要几个表联合查询的结果，但是这几张表在硬盘上是单独存的，所以我们需要通过查询的手段，将这些表在内存中拼成一个虚拟表，然后是不是我们再基于虚拟表在进行进一步的查询，然后我们如果以后想重新再查一下这些关系数据，还需要对硬盘上这些表进行再次的重新加载到内容，联合成虚拟表，然后再筛选等等的操作，意味着咱们每次都在写重复的sql语句，那有没有好的方法啊，其实很简单，我们把重复用的这些sql逻辑封装起来，然后下次使用的时候直接调用这个封装好的操作就可以了，这个封装起来的操作就类似我们下面要说的视图
为什么要用视图：使用视图我们可以把查询过程中的临时表摘出来，保存下来，用视图去实现，这样以后再想操作该临时表的数据时就无需重写复杂的sql了，直接去视图中查找即可，但视图有明显地效率问题，并且视图是存放在数据库中的，如果我们程序中使用的sql过分依赖数据库中的视图，即强耦合，那就意味着扩展sql极为不便，因此并不推荐使用
临时表应用举例：
#两张有关系的表
mysql> select * from course;
+-----+--------+------------+
| cid | cname | teacher_id |
+-----+--------+------------+
| 1 | 生物 | 1 |
| 2 | 物理 | 2 |
| 3 | 体育 | 3 |
| 4 | 美术 | 2 |
+-----+--------+------------+
4 rows in set (0.00 sec)
mysql> select * from teacher;
+-----+-----------------+
| tid | tname |
+-----+-----------------+
| 1 | 张磊老师 |
| 2 | 李平老师 |
| 3 | 刘海燕老师 |
| 4 | 朱云海老师 |
| 5 | 李杰老师 |
+-----+-----------------+
5 rows in set (0.00 sec)
#查询李平老师教授的课程名
mysql> select cname from course where teacher_id = (select tid from teacher where tname=\'李平老师\'); #子查询的方式
+--------+
| cname |
+--------+
| 物理 |
| 美术 |
+--------+
2 rows in set (0.00 sec)
#子查询出临时表，作为teacher_id等判断依据
select tid from teacher where tname=\'李平老师\'
一 创建视图
#语法：CREATE VIEW 视图名称 AS SQL语句
create view teacher_view as select tid from teacher where tname=\'李平老师\';
mysql> show tables;
+---------------+
| Tables_in_crm |
+---------------+
| class |
| course |
| score |
| student |
| teacher |
| teacher_view | #看这里
+---------------+
mysql> desc teacher_view; #有表结构
+-------+---------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+---------+------+-----+---------+-------+
| tid | int(11) | NO | | 0 | |
+-------+---------+------+-----+---------+-------+
1 row in set (0.04 sec)
mysql> select * from teacher_view; #有表数据
+-----+
| tid |
+-----+
| 2 |
+-----+
1 row in set (0.00 sec)
注意：但是在硬盘上你找到自己的mysql安装目录里面的data文件夹里面的对应的那个库的文件夹，这个文件夹里面存着咱们的表信息，打开之后你会发现，这个视图表，只有表结构的teacher_view.frm文件，没有那个.idb存放数据的文件
其实他并没有真实的数据，也没有必要再存一份数据，因为它的数据来源于其他两个表，所以他本质在后台对应的就是一个sql语句而已，所以记住了，视图只有表结构，没有表数据
视图的好处是以后我们如果再需要查询或者使用上面的虚拟表，就可以直接使用这个视图了，sql的代码量也会省很多。但是弊端也很致命，看下面注意的内容。
#于是查询李平老师教授的课程名的sql可以改写为
mysql> select cname from course where teacher_id = (select tid from teacher_view);
+--------+
| cname |
+--------+
| 物理 |
| 美术 |
+--------+
2 rows in set (0.00 sec)
#！！！注意注意注意：
#1. 使用视图以后就无需每次都重写子查询的sql，开发的时候是方便了很多，但是这么效率并不高，还不如我们写子查询的效率高
#2. 而且有一个致命的问题：视图是存放到数据库里的，如果我们程序中的sql过分依赖于数据库中存放的视图，那么意味着，一旦sql需要修改且涉及到视图的部分，则必须去数据库中进行修改，然后再到自己的应用程序里面将那个sql语句改一改，需要很多的修改工作，并而对视图的更改通常在一般中型及以上公司中数据库有专门的DBA负责，你要想完成修改，必须付出大量的沟通成本DBA可能才会帮你完成修改，极其地不方便
这么多的弊端，为什么mysql还要提供这个东西呢，有一点是因为mysql想把所有数据处理的工作全部接手过来，但其实还有其他的原因，等我们讲完存储过程在和大家说吧。
#3 并且注意：视图一般都是用于查询，尽量不要修改(插入、删除等)视图中的数据，虽然有时候可以修改成功，但是尽量不要这样做，因为这个视图可能是多个表联合起来生成的一个结果，如果你修改它，可能会造成很多表里面的数据都跟着被修改了
二 使用视图
#修改视图，原始表也跟着改
mysql> select * from course;
+-----+--------+------------+
| cid | cname | teacher_id |
+-----+--------+------------+
| 1 | 生物 | 1 |
| 2 | 物理 | 2 |
| 3 | 体育 | 3 |
| 4 | 美术 | 2 |
+-----+--------+------------+
4 rows in set (0.00 sec)
mysql> create view course_view as select * from course; #创建表course的视图
Query OK, 0 rows affected (0.52 sec)
mysql> select * from course_view;
+-----+--------+------------+
| cid | cname | teacher_id |
+-----+--------+------------+
| 1 | 生物 | 1 |
| 2 | 物理 | 2 |
| 3 | 体育 | 3 |
| 4 | 美术 | 2 |
+-----+--------+------------+
4 rows in set (0.00 sec)
mysql> update course_view set cname=\'xxx\'; #更新视图中的数据
Query OK, 4 rows affected (0.04 sec)
Rows matched: 4 Changed: 4 Warnings: 0
mysql> insert into course_view values(5,\'yyy\',2); #往视图中插入数据
Query OK, 1 row affected (0.03 sec)
mysql> select * from course; #发现原始表的记录也跟着修改了
+-----+-------+------------+
| cid | cname | teacher_id |
+-----+-------+------------+
| 1 | xxx | 1 |
| 2 | xxx | 2 |
| 3 | xxx | 3 |
| 4 | xxx | 2 |
| 5 | yyy | 2 |
+-----+-------+------------+
5 rows in set (0.00 sec)
我们不应该修改视图中的记录，而且在涉及多个表的情况下是根本无法修改视图中的记录的，如下图
三 修改视图
语法：ALTER VIEW 视图名称 AS SQL语句，这基本就和删掉视图重新创建一个视图的过程是一样的，修改视图没什么好讲的，这里就简单提一下，就不讲啦~~，还不如我们直接删掉，再重新创建呢
mysql> alter view teacher_view as select * from course where cid>3;
Query OK, 0 rows affected (0.04 sec)
mysql> select * from teacher_view;
+-----+-------+------------+
| cid | cname | teacher_id |
+-----+-------+------------+
| 4 | xxx | 2 |
| 5 | yyy | 2 |
+-----+-------+------------+
2 rows in set (0.00 sec)
四 删除视图
语法：DROP VIEW 视图名称
DROP VIEW teacher_view
二 触发器
使用触发器可以定制用户对某一张表的数据进行【增、删、改】操作时前后的行为，注意：没有查询，在进行增删改操作的时候，触发的某个操作，称为触发器，也就是增删改的行为触发另外的一种行为，触发的行为无非就是sql语句的事情，及自动运行另外一段sql语句。来看一下触发器怎么来创建：
一 创建触发器
# 插入前
CREATE TRIGGER tri_before_insert_tb1 BEFORE INSERT ON tb1 FOR EACH ROW
BEGIN #begin和end里面写触发器要做的sql事情，注意里面的代码缩进，并且给触发器起名字的时候，名字的格式最好这样写，有表示意义，一看名字就知道要做什么，是给哪个表设置的触发器
...
END
# 插入后
CREATE TRIGGER tri_after_insert_tb1 AFTER INSERT ON tb1 FOR EACH ROW
BEGIN
...
END
# 删除前
CREATE TRIGGER tri_before_delete_tb1 BEFORE DELETE ON tb1 FOR EACH ROW
BEGIN
...
END
# 删除后
CREATE TRIGGER tri_after_delete_tb1 AFTER DELETE ON tb1 FOR EACH ROW
BEGIN
...
END
# 更新前
CREATE TRIGGER tri_before_update_tb1 BEFORE UPDATE ON tb1 FOR EACH ROW
BEGIN
...
END
# 更新后
CREATE TRIGGER tri_after_update_tb1 AFTER UPDATE ON tb1 FOR EACH ROW
BEGIN
...
END
插入后触发触发器：
#准备表
CREATE TABLE cmd ( #这是一张指令信息表，你在系统里面执行的任何的系统命令都在表里面写一条记录
id INT PRIMARY KEY auto_increment, #id
USER CHAR (32), #用户
priv CHAR (10), #权限
cmd CHAR (64), #指令
sub_time datetime, #提交时间
success enum (\'yes\', \'no\') #是否执行成功，0代表执行失败
);
CREATE TABLE errlog ( #指令执行错误的信息统计表，专门提取上面cmd表的错误记录
id INT PRIMARY KEY auto_increment, #id
err_cmd CHAR (64), #错误指令
err_time datetime #错误命令的提交时间
);
#现在的需求是：不管正确或者错误的cmd，都需要往cmd表里面插入，然后，如果是错误的记录，还需要往errlog表里面插入一条记录
#若果没有触发器，我们会怎么实现，我们完全可以通过咱们的应用程序来做，根据cmd表里面的success这个字段是哪个值（yes成功，no表示失败），在给cmd插入记录的时候，判断一下这个值是yes或者no，来判断一下成功或者失败，如果失败了，直接给errlog来插入一条记录
#但是mysql说，你的应用程序可以省事儿了，你只需要往cmd表里面插入数据就行了，没必要你自己来判断了，可以使用触发器来实现，可以判断你插入的这条记录的success这个字段对应的值，然后自动来触发触发器，进行errlog表的数据插入
#创建触发器
delimiter // （或者写$$，其他符号也行，但是不要写mysql不能认识的，知道一下就行了），delimiter 是告诉mysql，遇到这句话的时候，就将sql语句的结束符分号改成delimiter后面的//
CREATE TRIGGER tri_after_insert_cmd AFTER INSERT ON cmd FOR EACH ROW #在你cmd表插入一条记录之后触发的。
BEGIN #每次给cmd插入一条记录的时候，都会被mysql封装成一个对象，叫做NEW，里面的字段都是这个NEW的属性
IF NEW.success = \'no\' THEN #mysql里面是可以写这种判断的，等值判断只有一个等号，然后写then
INSERT INTO errlog(err_cmd, err_time) VALUES(NEW.cmd, NEW.sub_time) ; #必须加分号，并且注意，我们必须用delimiter来包裹，不然，mysql一看到分号，就认为你的sql结束了，所以会报错
END IF ; #然后写end if，必须加分号
END// #只有遇到//这个完成的sql才算结束
delimiter ; #然后将mysql的结束符改回为分号
#往表cmd中插入记录，触发触发器，根据IF的条件决定是否插入错误日志
INSERT INTO cmd (
USER,
priv,
cmd,
sub_time,
success
)
VALUES
(\'chao\',\'0755\',\'ls -l /etc\',NOW(),\'yes\'),
(\'chao\',\'0755\',\'cat /etc/passwd\',NOW(),\'no\'),
(\'chao\',\'0755\',\'useradd xxx\',NOW(),\'no\'),
(\'chao\',\'0755\',\'ps aux\',NOW(),\'yes\');
#查询错误日志，发现有两条
mysql> select * from errlog;
+----+-----------------+---------------------+
| id | err_cmd | err_time |
+----+-----------------+---------------------+
| 1 | cat /etc/passwd | 2017-09-14 22:18:48 |
| 2 | useradd xxx | 2017-09-14 22:18:48 |
+----+-----------------+---------------------+
2 rows in set (0.00 sec)
特别的：NEW表示即将插入的数据行，OLD表示即将删除的数据行。
二 使用触发器
触发器无法由用户直接调用，而由对表的【增/删/改】操作被动引发的。
三 删除触发器
drop trigger tri_after_insert_cmd;
三 事务
事务用于将某些操作的多个SQL作为原子性操作，也就是这些sql语句要么同时成功，要么都不成功，事务的其他特性在我第一篇博客关于事务的介绍里面有，这里就不多做介绍啦，一旦有某一个出现错误，即可回滚到原来的状态，从而保证数据库数据完整性。
简单来说：我给一个姑娘转账，姑娘那儿收到了200，你的账户上扣了200，这两个操作是不是两个sql语句，这两个sql语句是你的应用程序发给mysql服务端的，并且这两个sql语句都要一起执行，不然数据就错了，你想想是不是。并且如果你通过应用程序发送这两条sql的时候，由于网络问题，你只发送了一个sql过来，那只有一个账户改了数据，另外一个没改，那数据是不是就出错了啊。这就是事务要完成的事情。
create table user(
id int primary key auto_increment,
name char(32),
balance int
);
insert into user(name,balance)
values
(\'wsb\',1000),
(\'chao\',1000),
(\'ysb\',1000);
#原子操作
start transaction;
update user set balance=900 where name=\'wsb\'; #买支付100元
update user set balance=1010 where name=\'chao\'; #中介拿走10元
update user set balance=1090 where name=\'ysb\'; #卖家拿到90元
commit; #只要不进行commit操作，就没有保存下来，没有刷到硬盘上
#出现异常，回滚到初始状态
start transaction;
update user set balance=900 where name=\'wsb\'; #买支付100元
update user set balance=1010 where name=\'chao\'; #中介拿走10元
uppdate user set balance=1090 where name=\'ysb\'; #卖家拿到90元,出现异常没有拿到
rollback; #如果上面三个sql语句出现了异常，就直接rollback，数据就直接回到原来的状态了。但是执行了commit之后，rollback这个操作就没法回滚了
#我们要做的是检测这几个sql语句是否异常，没有异常直接commit，有异常就rollback，但是现在单纯的只是开启了事务，但是还没有说如何检测异常，我们先来一个存储过程来捕获异常，等我们学了存储过程，再细说存储过程。
commit;
#通过存储过程来捕获异常：(shit！，写存储过程的是，注意每一行都不要缩进！！！按照下面的缩进来写，居然让我翻车了！！！我记住你了~~~)，我的代码直接黏贴就能用。
delimiter //
create PROCEDURE p5()
BEGIN
DECLARE exit handler for sqlexception
BEGIN
rollback;
END;
START TRANSACTION;
update user set balance=900 where name=\'wsb\'; #买支付100元
update user set balance=1010 where name=\'chao\'; #中介拿走10元
#update user2 set balance=1090 where name=\'ysb\'; #卖家拿到90元
update user set balance=1090 where name=\'ysb\'; #卖家拿到90元
COMMIT;
END //
delimiter ;
mysql> select * from user;
+----+------+---------+
| id | name | balance |
+----+------+---------+
| 1 | wsb | 1000 |
| 2 | chao | 1000 |
| 3 | ysb | 1000 |
+----+------+---------+
3 rows in set (0.00 sec)
四 存储过程
一 介绍
存储过程包含了一系列可执行的sql语句，存储过程存放于MySQL中，通过调用它的名字可以执行其内部的一堆sql。到目前为止，我们上面学的视图、触发器、事务等为我们简化了应用程序级别写sql语句的复杂程度，让我们在应用程序里面写sql更简单方便了，但是我们在应用程序上还是需要自己写sql的，而我们下面要学的存储过程，它是想让我们的应用程序不需要再写sql语句了，所有的sql语句，全部放到mysql里面，被mysql封装成存储过程，说白了它就是一个功能，这个功能对应着一大堆的sql语句，这些语句里面可以包括我们前面学的视图啊、触发器啊、事务啊、等等的内容，也就是说存储过程其实是什么？是一堆sql的集合体，可以直接用mysql里面提供的一堆功能，有了存储过程以后，它的好处是我项目逻辑中需要的各种查询都可以让DBA或者你自己封装到存储过程里面，以后使用的时候直接调用存储过程名就可以了，在开发应用的时候就简单了，就不要应用程序员进行sql语句的开发了，但是你想如果你真的这么做了，确实很有好处，简单很多，应用程序的开发和数据库sql语句的开发，完全的解耦了，这样，专门的人做专门的事情，专门招一个应用开发的人开发应用程序，招一个开发型DBA，会sql的开发，他把sql写完之后，封装成一个个的存储过程，给应用程序员用就行了，对不对，这个DBA就不单纯的是管理数据库系统了，还需要会写sql语句，那这样你的应用程序开发的效率就高了，运行效率也提高了，你开发应用程序的时候如果写了一堆的sql语句，这些语句是不是要通过网络传输，传输到mysql服务端来执行，然后将结果返回给你的应用程序，那么在传输的时候，你说好多的sql语句和简单的一个存储过程的名字，哪个传输的速度快，哪个发送给服务端的速度快，当然是单纯的一个存储过程的名字更快。
所以摆在你面前有两种开发模式：
第一种是招一个会开发应用程序的并且这个人还要会sql开发，这样的人既写应用程序，还写sql语句，这种情况你可以招两个人，一个是前面说的，还有一个是数据库管理人员，单纯只会管理数据库的而不会sql开发的人，这样好招人，工资也不高。（应用程序员-->只需要开发应用程序的逻辑 。 sql开发人员-->编写存储过程）
第二种：招一个应用程序开发的，只需要会应用程序级别的开发，再招一个会sql开发的DBA。（应用程序员-->开发应用+写原生sql 。 数据库人员负责维护数据库的正常运行）
我们比较一下这两种的开发模式：第二种：解耦和，开发效率高，运行效率也高，所以以后最好采用第一种开发模式，哈哈，是不是神反转，原因是什么呢，钱只是一个方面，主要还是因为以后如果你想扩展，那就很不方便了，为什么呢，因为通常sql开发人员，不如你的应用程序员更懂你的业务逻辑，一旦你要扩展一个功能，还需要跨部门沟通，导致这种工作方式受限的不只是技术层面了，这种方式在技术层面肯定是效率高的，但是要考虑人为因素，还有成本方面的考虑，所以通常咱们以后做开发，不要想着会有人给你写sql，需要你自己写的很熟练。这样，你一个部门就能搞定这两件事情。
第二种方式其实也比较麻烦，你开发程序员自己需要写sql，并且写出来的sql还存在效率问题，那么有没有一种方式可以不让开发程序员自己再写sql了，搞一个封装程度更高的东西让你来调用，有没有这种方式呢？有，就是第三种方式
第三种：应用程序除了开发应用程序的逻辑，不需要编写原生sql，只需要使用别人写好的框架，基于框架来处理数据，框架提供的功能是ORM：对象关系映射，和对象有关系，就是在应用程序里面，只需要定义一堆的类，每个类对应数据库里面的一张表，这个类一实例化，也就是一个类对象对应表里面的一条记录，得到对象以后，这个对象除了有数据之外，还有处理该条信息的方法，增删改查都有了，全都封装成了对象的一个一个的方法了，意味着你以后再想进行查询，就没必要写原生sql了，直接基于面向对象的思想来处理类与对象就行了，但是这种方式本质上还是使用了原生sql，只不过对于应用程序员来说，你不用直接写sql了，别人写好的ORM框架就帮你处理这件事儿了，帮你把你调用的那些接口方法和你传入的参数等等帮你转换为了原生sql，然后再往mysql里面提交。所以这种方式和第二种方式有些类似，但是比第二种方式要好(前提是第二种方式应用程序员的sql水平比较low的情况下，一般会比较low)：
这种方式的优点：应用程序员不需要再写原生的sql了，这意味着开发效率比第二种要高，同时还兼顾了第二种方式扩展性高的好处，因为本质上还是原生sql
缺点是：执行效率还不如第二种方式高，因为你现在再想运行需要做什么事 情，首先你想，你程序里面用的是别人写好的ORM框架或者模块，你的sql要想执行，你需要做什么事儿，你的ORM框架需要把类或者类对象先翻译成原生的sql，再沿着网络发到mysql服务端，中间对了一个转换的过程，所以执行效率其实连方式二都比不上。
总结：其实单单从技术层面上看，第一种方式肯定是最好的，开发和执行效率是最高的，扩展性单纯技术层面来看也比较高，所以单单从技术层面来考虑，这种方式肯定是优选的。但是就目前的现状而言，多数还是需要你应用程序员既做应用逻辑的开发，还要会原生sql的开发，所以应该尽可能的不让mysql来做了，所有关于数据的增删改查都交给应用程序级别来做，在应用程序中写原生的sql，这也是第二种方式和第三种方式的一个共性，所有事情基本都交给应用程序级别来做，mysql级别基本不做sql的开发，这样扩展性也好一些，因为所有的事情都交给你应用程序的开发部门来做了，自己部门内部进行扩展还是扩展性不错的，所以咱们一般从后面两种方式来选择，那么后面两种选哪一种呢？第二种执行效率比第三种高，因为比第三种少了一步类对象转换为sql的过程。第三种开发效率高，不要应用程序员再写原生的sql了。所以具体选哪一种，看你们自己公司的情况，需要快速开发，就找第三种，如果自己程序员的sql写的很溜(又快又优)，那么找第二种，一般大公司采用的第一种多一些，部门分工非常的明确，等你们大家学到Django框架，你们就会接触ORM啦~~~学完MySQL之后，我们在学框架之前，带大家咱们自己开发一个简单的ORM框架，能够在你自己的应用程序中使用的ORM，写这个ORM框架很重要，对你以后的框架和项目的学习很有指导意义，说哆啦，我们继续说存储过程：
使用存储过程的优点：
#1. 用于替代程序写的SQL语句，实现程序与sql解耦
#2. 基于网络传输，传别名的数据量小，而直接传sql数据量大
使用存储过程的缺点：
#1. 程序员扩展功能不方便
上面一大堆话的总结：程序与数据库结合使用的三种方式
#方式一：
MySQL：存储过程
程序：调用存储过程
#方式二：
MySQL：
程序：纯SQL语句
#方式三：
MySQL:
程序：类和对象，即ORM（本质还是纯SQL语句）
二 创建简单存储过程（无参）
delimiter //
create procedure p1()
BEGIN
select * from blog;
INSERT into blog(name,sub_time) values("xxx",now());
END //
delimiter ;
#在mysql中调用
call p1(); #类似于MySQL的函数，但不是函数昂，别搞混了，MySQL的函数(count()\\max()\\min()等等)都是放在sql语句里面用的，不能单独的使用，存储过程是可以直接调用的 call 名字+括号;
#MySQL的视图啊触发器啊if判断啊等等都能在存储过程里面写，这是一大堆的sql的集合体，都可以综合到这里面
#在python中基于pymysql调用
cursor.callproc(\'p1\')
print(cursor.fetchall())
另外：存储过程是可以传参数的，看下面的内容
三 创建存储过程（有参）
对于存储过程，可以接收参数，其参数有三类：
#in 仅用于传入参数用
#out 仅用于返回值用
#inout 既可以传入又可以当作返回值
in:传入参数：
delimiter //
create procedure p2(
in n1 int, #n1参数是需要传入的，也就是接收外部数据的，并且这个数据必须是int类型
in n2 int
)
BEGIN
select * from blog where id > n1; #直接应用变量
END //
delimiter ;
#调用存储过程的两种方式：或者说是两个地方吧
#在mysql中调用
call p2(3,2)
#在python中基于pymysql调用
cursor.callproc(\'p2\',(3,2))
print(cursor.fetchall())
#通过存储过程的传参来看，也能体现出我们学习的Python的灵活性，传参不需要指定类型，也不需要声明这个参数是传入的还是返回出来的，参数既可以传入，这个参数也可以直接通过return返回。
out：返回值：
#查看存储过程的一些信息：show create procedure p3; #查看视图啊、触发器啊都这么看，还可以用\\G，show create procedure p3\\G;\\G的意思是你直接查看表结构可能横向上显示不完，\\G是让表给你竖向显示，一row是一行的字段
delimiter // create procedure p3( in n1 int, out res int ) BEGIN select * from blog where id > n1; set res = 1; #我在这里设置一个res=1，如果上面的所有sql语句全部正常执行了，那么这一句肯定也就执行了，那么此时res=1，如果我最开始传入的时候，给res的值设置的是0，
#那么你想，最后我接收到的返回值如果是0，那么说明你中间肯定有一些sql语句执行失败了
#注意写法：out的那个参数，可以用set来设置，set设置之后表示这个res可以作为返回值，并且不需要像python一样写一个return，你直接set之后的值，就是这个存储过程的返回值 END // delimiter ; #在mysql中调用 set @res=0; #这是MySQL中定义变量名的固定写法(set @变量名=值)，可以自己规定好，0代表假（执行失败），1代表真（执行成功），如果这个被改为1了，说明存储过程中的sql语句执行成功了 call p3(3,@res);#注意：不要这样写：call p3（3，1），这样out的参数值你写死了，没法确定后面这个1是不是成功了，也就是说随后这个out的值可能改成0了，也就是失败了，但是这样你就判断不了了，你后面查看的这个res就成1了，所以这个参数应该是一个变量名昂，定义变量名就是上一句,如果你直接传一个常量数字，会报错的，写法不对。 select @res; #看一下这个结果，就知道这些sql语句是不是执行成功了，大家明白了吗~~~ #在python中基于pymysql调用，在python中只需要知道存储过程的名字就行了 cursor.callproc(\'p3\',(3,0)) #0相当于set @res=0，为什么这里这个out参数可以写常数0啊，因为你用的pymysql,人家会帮你搞定，pymysql其实会帮你写成这样：第一个参数变量名：@_p3_0=3，第二个：@_p3_1=0，也就是pymysql会自动帮你对应上一个变量名，pymysql只是想让你写的时候更方便
#沿着网络将存储过程名和参数发给了mysql服务端，比咱们发一堆的sql语句肯定要快对了，mysql帮你调用存储过程 print(cursor.fetchall()) #查询select的查询结果 cursor.execute(\'select @_p3_0,@_p3_1;\') #@_p3_0代表第一个参数，@_p3_1代表第二个参数，即返回值 print(cursor.fetchall())
#别忘了关掉：
cursor.close()
conn.close()
#注意昂：存储过程在哪个库里面建的，就只能在哪个库里面用
inout：既可传入又可以返回值:
delimiter //
create procedure p4(
inout n1 int
)
BEGIN
select * from blog where id > n1;
set n1 = 1;
END //
delimiter ;
#在mysql中调用
set @x=3;
call p4(@x);
select @x;
#在python中基于pymysql调用
cursor.callproc(\'p4\',(3,))
print(cursor.fetchall()) #查询select的查询结果
cursor.execute(\'select @_p4_0;\')
print(cursor.fetchall())
存储过程结合事务来写：
delimiter //
create procedure p4(
out status int
)
BEGIN
1. 声明如果出现异常则执行{
set status = 1;
rollback;
}
开始事务
-- 由秦兵账户减去100
-- 方少伟账户加90
-- 张根账户加10
commit;
结束
set status = 2;
END //
delimiter ;
#实现
delimiter //
create PROCEDURE p5(
OUT p_return_code tinyint
)
BEGIN
DECLARE exit handler for sqlexception #声明如果一旦出现异常则执行下面的这个begin和end里面的操作
BEGIN
-- ERROR #--是什么啊，忘了吧，是注释的意思，就告诉你后面是对错误的处理
set p_return_code = 1; #将out返回值改为1了，这是你自己规定的，1表示出错了
rollback; #回滚事务
END;
DECLARE exit handler for sqlwarning #声明了出现警告信息之后你的操作行为
BEGIN
-- WARNING
set p_return_code = 2;
rollback;
END;
START TRANSACTION; #其实咱们这个存储过程里面就是执行这个事务，并且一直检测着这个事务，一旦出错或者出现警告，就rollback
DELETE from tb1; #事务里面的任何一条sql执行失败或者执行出现警告，都会执行上面我们声明的那些对应的操作，如果没有任何的异常，就会自动执行下面的commit，并执行后面成功的sql
insert into blog(name,sub_time) values(\'yyy\',now()); #拿我的代码进行测试的时候，别忘了改成你自己库里的表，还有表里面对应的字段名要有的，自己测试的时候，可以自己写一个错误的sql来试试看
COMMIT;
-- SUCCESS
set p_return_code = 0; #0代表执行成功
END //
delimiter ;
#在mysql中调用存储过程
set @res=123;
call p5(@res);
select @res;
#在python中基于pymysql调用存储过程
cursor.callproc(\'p5\',(123,)) #注意后面这个参数是个元祖，别忘了逗号，按照我们上面规定的，上面有三个值0，1，2：0成功、1失败、2警告也是失败。所以我们传给这个out参数的值只要不是这三个值就行了，这里给的是100
print(cursor.fetchall()) #查询select的查询结果
cursor.execute(\'select @_p5_0;\')
print(cursor.fetchall())
#执行成功以后，查看一下结果就能看到执行后的值了
四 执行存储过程
在MySQL中执行存储过程：
-- 无参数
call proc_name()
-- 有参数，全in
call proc_name(1,2)
-- 有参数，有in，out，inout
set @t1=0;
set @t2=3;
call proc_name(1,2,@t1,@t2)
执行存储过程
在python中基于pymysql来执行存储过程：
#!/usr/bin/env python
# -*- coding:utf-8 -*-
import pymysql
conn = pymysql.connect(host=\'127.0.0.1\', port=3306, user=\'root\', passwd=\'123\', db=\'t1\')
cursor = conn.cursor(cursor=pymysql.cursors.DictCursor)
# 执行存储过程
cursor.callproc(\'p1\', args=(1, 22, 3, 4))
# 获取执行完存储的参数
cursor.execute("select @_p1_0,@_p1_1,@_p1_2,@_p1_3")
result = cursor.fetchall()
#conn.commit()
cursor.close()
conn.close()
print(result)<以上是关于MySQL之视图触发器事务存储过程函数 流程控制的主要内容，如果未能解决你的问题，请参考以下文章