MySQL 之 事务 存储过程 索引

文章目录

事务事务基本原理事务ACID特性存储过程存储过程优点存储过程语法使用存储过程删除存储过程索引与慢查询优化b+树聚集索引(primary key)辅助索引(unique,index)测试索引联合索引

事务

事务(Transaction)是访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务通常由高级数据库操纵语言或编程语言书写的用户程序的执行所引起。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。

事务基本原理

基本原理：Mysql允许将事务统一进行管理（存储引擎INNODB），将用户所做的操作，暂时保存起来，不直接放到数据表（更新），等到用于确认结果之后再进行操作。 保证了对数据操作的数据安全性。

事务在mysql中通常是自动提交的，但是也可以使用手动事务。

事务ACID特性

原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的诸操作要么都做，要么都不做。

一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。

隔离性（isolation）。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。

持久性（durability）。持久性也称永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。

create table user(id int primary key auto_increment,name char(32),balance int);insert into user(name,balance)values('wow',1000),('linwow',1000),('lin',1000);修改数据之前先开启事务操作start transaction;修改操作update user set balance=900 where name='wow'; #买支付100元update user set balance=1010 where name='linwow'; #中介拿走10元update user set balance=1090 where name='lin'; #卖家拿到90元回滚到上一个状态rollback;开启事务之后，只要没有执行commit操作，数据其实都没有真正刷新到硬盘commit;

开启事务检测操作是否完整，不完整主动回滚到上一个状态，如果完整就应该执行commit操作

存储过程

一组可编程的函数，是为了完成特定功能的SQL语句集，经编译创建并保存在数据库中，用户可通过指定存储过程的名字并给定参数(需要时)来调用执行。

存储过程优点

对于一些复用性高或者业务复杂的一些操作，封装到一个存储过程中，避免了重复编写SQL造成漏写或错写操作，简化了SQL的调用批量处理：SQL + 循环，减少流量数据迁移，数据备份统一接口，保证数据安全(重点，尤其是银行系统)

存储过程语法

创建语法

CREATE PROCEDURE 存储过程名(参数列表)BEGIN存储过程体（一组合法的SQL语句）END

存储过程参数

在存储过程创建的时候，参数可有0到多个，参数的属性可分为以下3种：

IN 输入参数：表示调用者向存储过程传入值（传入值可以是字面量或变量）OUT 输出参数：表示过程向调用者传出值(可以返回多个值)（传出值只能是变量）INOUT输入输出参数：既表示调用者向过程传入值，又表示过程向调用者传出值（值只能是变量）

使用存储过程

使用存储过程，使用的是【CALL】命令，具体语法如下：

CALL 存储过程名（参数1，...）;

删除存储过程

删除已经创建的存储过程使用【DROP】语句，具体语法如下：

DROP PROCEDURE 存储过程名;

存储过程在哪个库下面创建的只能在对应的库下面才能使用！！！

创建一个p1存储过程delimiter $$create procedure p1(in m int, # in 表示这个参数必须只能是传入不能被返回出去in n int, out res int # out 表示这个参数可以被返回出去，还有一个inout表示即可以传入也可以被返回出去)beginselect tname from teacher where tid > m and tid < n;set res=0;end $$delimiter ;1、直接在mysql中调用set @res=10 # res的值是用来判断存储过程是否被执行成功的依据，所以需要先定义一个变量@res存储10call p1(2,4,10); # 报错call p1(2,4,@res); # 查看结果select @res; # 执行成功，@res变量值发生了变化2、在python程序中调用pymysql链接mysql产生的游表cursorcursor.callproc('p1',(2,4,10)) # 内部原理：@_p1_0=2,@_p1_1=4,@_p1_2=10;cursor.excute('select @_p1_2;')3、存储过程与事务使用举例delimiter //create PROCEDURE p5(OUT p_return_code tinyint)BEGINDECLARE exit handler for sqlexceptionBEGIN-- ERRORset p_return_code = 1;rollback;END;DECLARE exit handler for sqlwarningBEGIN-- WARNINGset p_return_code = 2;rollback;END;START TRANSACTION;update user set balance=900 where id =1;update user123 set balance=1010 where id = 2;update user set balance=1090 where id =3;COMMIT;-- SUCCESSset p_return_code = 0; #0代表执行成功END //delimiter ;

索引与慢查询优化

索引是一种使记录有序化的技术，它可以指定按某列/某几列预先排序，从而大大提高查询速度（类似于汉语词典中按照拼音或者笔画查找）。索引的主要作用是加快数据查找速度，提高数据库的性能。

索引在MySQL中也叫做“键”，是存储引擎用于快速找到记录的一种数据结构。

primary keyunique keyindex key

注意foreign key不是用来加速查询用的，不在我们研究范围之内,上面三种key前两种除了有加速查询的效果之外还有额外的约束条件(primary key:非空且唯一，unique key:唯一)，而index key没有任何约束功能只会帮你加速查询

索引就是一种数据结构，类似于书的目录。意味着以后再查数据应该先找目录再找数据，而不是用翻页的方式查询数据

本质都是：通过不断地缩小想要获取数据的范围来筛选出最终想要的结果，同时把随机的事件变成顺序的事件，也就是说，有了这种索引机制，我们可以总是用同一种查找方式来锁定数据。

索引的影响:

在表中有大量数据的前提下，创建索引速度会很慢在索引创建完毕后，对表的查询性能会大幅度提升，但是写的性能会降低

b+树

只有叶子结点存放真实数据，根和树枝节点存的仅仅是虚拟数据

查询次数由树的层级决定，层级越低次数越少

一个磁盘块儿的大小是一定的，那也就意味着能存的数据量是一定的。如何保证树的层级最低呢？一个磁盘块儿存放占用空间比较小的数据项

思考我们应该给我们一张表里面的什么字段字段建立索引能够降低树的层级高度>>> 主键id字段

聚集索引(primary key)

聚集索引其实指的就是表的主键，innodb引擎规定一张表中必须要有主键。先来回顾一下存储引擎。

myisam在建表的时候对应到硬盘有三个文件：

.frm 文件，用来存储表的结构

.MYD 文件，用来存储数据

.MYI 文件，用来存储索引innodb在建表的时候对应到硬盘有两个文件：

.frm 文件，用来存储表的结构

.ibd 文件，用来存储表的数据

frm文件只存放表结构，不可能放索引，也就意味着innodb的索引跟数据都放在idb表数据文件中。

特点：叶子结点放的一条条完整的记录

辅助索引(unique,index)

辅助索引:查询数据的时候不可能都是用id作为筛选条件，也可能会用name，password等字段信息，那么这个时候就无法利用到聚集索引的加速查询效果。就需要给其他字段建立索引，这些索引就叫辅助索引

特点：叶子结点存放的是辅助索引字段对应的那条记录的主键的值(比如:按照name字段创建索引，那么叶子节点存放的是:{name对应的值:name所在的那条记录的主键值})

select name from user where name='linwow';

上述语句叫覆盖索引:只在辅助索引的叶子节点中就已经找到了所有我们想要的数据

select age from user where name='linwow';

上述语句叫非覆盖索引,虽然查询的时候命中了索引字段name，但是要查的是age字段，所以还需要利用主键才去查找

测试索引

1. 准备表create table s1(id int,name varchar(20),gender char(6),email varchar(50));2. 创建存储过程，实现批量插入记录delimiter $$ #声明存储过程的结束符号为$$create procedure auto_insert1()BEGINdeclare i int default 1;while(i<1000000)doinsert into s1 values(i,'linwow','male',concat('linwow',i,'@wow'));set i=i+1;end while;END$$ #$$结束delimiter ; #重新声明分号为结束符号3. 查看存储过程show create procedure auto_insert1\G 4. 调用存储过程call auto_insert1();

# 表没有任何索引的情况下select * from s1 where id=30000;# 避免打印带来的时间损耗select count(id) from s1 where id = 30000;select count(id) from s1 where id = 1;# 给id做一个主键alter table s1 add primary key(id); # 速度很慢select count(id) from s1 where id = 1; # 速度相较于未建索引之前两者差着数量级select count(id) from s1 where name = 'linwow' # 速度仍然很慢"""范围问题"""# 并不是加了索引，以后查询的时候按照这个字段速度就一定快 select count(id) from s1 where id > 1; # 速度相较于id = 1慢了很多select count(id) from s1 where id >1 and id < 3;select count(id) from s1 where id > 1 and id < 10000;select count(id) from s1 where id != 3;alter table s1 drop primary key; # 删除主键 单独再来研究name字段select count(id) from s1 where name = 'linwow'; # 又慢了create index idx_name on s1(name); # 给s1表的name字段创建索引select count(id) from s1 where name = 'linwow' # 仍然很慢！！！"""再来看b+树的原理，数据需要区分度比较高，而我们这张表全是linwow，根本无法区分那这个树其实就建成了“一根棍子”"""select count(id) from s1 where name = 'xxx'; # 这个会很快，我就是一根棍，第一个不匹配直接不需要再往下走了select count(id) from s1 where name like 'xxx';select count(id) from s1 where name like 'xxx%';select count(id) from s1 where name like '%xxx'; # 慢 最左匹配特性# 区分度低的字段不能建索引drop index idx_name on s1;# 给id字段建普通的索引create index idx_id on s1(id);select count(id) from s1 where id = 3; # 快了select count(id) from s1 where id*12 = 3; # 慢了 索引的字段一定不要参与计算drop index idx_id on s1;select count(id) from s1 where name='linwow' and gender = 'male' and id = 3 and email = 'xxx';# 针对上面这种连续多个and的操作，mysql会从左到右先找区分度比较高的索引字段，先将整体范围降下来再去比较其他条件create index idx_name on s1(name);select count(id) from s1 where name='linwow' and gender = 'male' and id = 3 and email = 'xxx'; # 并没有加速drop index idx_name on s1;# 给name，gender这种区分度不高的字段加上索引并不难加快查询速度create index idx_id on s1(id);select count(id) from s1 where name='linwow' and gender = 'male' and id = 3 and email = 'xxx'; # 快了 先通过id已经讲数据快速锁定成了一条了select count(id) from s1 where name='linwow' and gender = 'male' and id > 3 and email = 'xxx'; # 慢了 基于id查出来的数据仍然很多，然后还要去比较其他字段drop index idx_id on s1create index idx_email on s1(email);select count(id) from s1 where name='linwow' and gender = 'male' and id > 3 and email = 'xxx'; # 快 通过email字段一剑封喉

联合索引

select count(id) from s1 where name='linwow' and gender = 'male' and id > 3 and email = 'xxx'; # 如果上述四个字段区分度都很高，那给谁建都能加速查询# 给email加然而不用email字段select count(id) from s1 where name='linwow' and gender = 'male' and id > 3; # 给name加然而不用name字段select count(id) from s1 where gender = 'male' and id > 3; # 给gender加然而不用gender字段select count(id) from s1 where id > 3; # 带来的问题是所有的字段都建了索引然而都没有用到，还需要花费四次建立的时间create index idx_all on s1(email,name,gender,id); # 最左匹配原则，区分度高的往左放select count(id) from s1 where name='linwow' and gender = 'male' and id > 3 and email = 'xxx'; # 速度变快