mysql关于事物的常识_MySQL事务等了解知识

最新推荐文章于 2021-08-22 20:46:49 发布

weixin_39689870

最新推荐文章于 2021-08-22 20:46:49 发布

阅读量53

点赞数

文章标签： mysql关于事物的常识

本文链接：https://blog.csdn.net/weixin_39689870/article/details/113946300

版权

视图(了解)

什么是视图

"""

视图就是通过查询得到一张虚拟表，然后保存下来，下次可以直接使用

其实视图也是表

"""

为什么要用视图

"""

如果要频繁的操作一张虚拟表(拼表组成的)，你就可以制作成视图后续直接操作

"""

如何操作

# 固定语法

create view 表名 as 虚拟表的查询sql语句

drop view 表名

# 具体操作

create view teacher2course as

select * from teacher INNER JOIN course

on teacher.tid = course.teacher_id

;

注意

"""

1 创建视图在硬盘上只会有表结构没有表数据(数据还是来自于之前的表)

2 视图一般只用来查询里面的数据不要继续修改可能会影响真正的表

"""

触发器(了解)

在满足对表数据进行增、删、改的情况下，自动触发的功能

使用触发器可以帮助我们实现监控、日志...

触发器可以在六种情况下自动触发增前增后删前删后改前改后

基本语法结构

create trigger 触发器的名字 before/after insert/update/delete on 表名

for each row

begin

sql语句

end

# 具体使用针对触发器的名字我们通常需要做到见名知意

# 针对增

create trigger tri_before_insert_t1 before insert on t1

for each row

begin

sql语句

end

create trigger tri_after_insert_t1 after insert on t1

for each row

begin

sql语句

end

"""针对删除和修改书写格式一致"""

ps:修改MySQL默认的语句结束符只作用于当前窗口

delimiter $$ 将默认的结束符号由;改为$$

delimiter ;

# 案例

CREATE TABLE cmd (

id INT PRIMARY KEY auto_increment,

USER CHAR (32),

priv CHAR (10),

cmd CHAR (64),

sub_time datetime, #提交时间

success enum ('yes', 'no') #0代表执行失败

);

CREATE TABLE errlog (

id INT PRIMARY KEY auto_increment,

err_cmd CHAR (64),

err_time datetime

);

"""

当cmd表中的记录succes字段是no那么就触发触发器的执行去errlog表中插入数据

NEW指代的就是一条条数据对象

"""

delimiter $$

create trigger tri_after_insert_cmd after insert on cmd

for each row

begin

if NEW.success = 'no' then

insert into errlog(err_cmd,err_time) values(NEW.cmd,NEW.sub_time);

end if;

end $$

delimiter ;

# 朝cmd表插入数据

INSERT INTO cmd (

USER,

priv,

cmd,

sub_time,

success

)

VALUES

('jason','0755','ls -l /etc',NOW(),'yes'),

('jason','0755','cat /etc/passwd',NOW(),'no'),

('jason','0755','useradd xxx',NOW(),'no'),

('jason','0755','ps aux',NOW(),'yes');

# 删除触发器

drop trigger tri_after_insert_cmd;

事务

什么是事务

"""

开启一个事务可以包含多条sql语句这些sql语句要么同时成功

要么一个都别想成功称之为事务的原子性

"""

事务的作用

"""

保证了对数据操作的安全性

"""

事务的四大特性

"""

ACID

A:原子性

一个事务是一个不可分割的单位，事务中包含的诸多操作

要么同时成功要么同时失败

C:一致性

事务必须是使数据库从一个一致性的状态变到另外一个一致性的状态

一致性跟原子性是密切相关的

I:隔离性

一个事务的执行不能被其他事务干扰

(即一个事务内部的操作及使用到的数据对并发的其他事务是隔离的，并发执行的事务之间也是互相不干扰的)

D:持久性

也叫"永久性"

一个事务一旦提交成功执行成功那么它对数据库中数据的修改应该是永久的

接下来的其他操作或者故障不应该对其有任何的影响

"""

如何使用事务

# 事务相关的关键字

# 1 开启事务

start transaction;

# 2 回滚(回到事务执行之前的状态)

rollback;

# 3 确认(确认之后就无法回滚了)

commit;

"""模拟转账功能"""

create table user(

id int primary key auto_increment,

name char(16),

balance int

);

insert into user(name,balance) values

('jason',1000),

('egon',1000),

('tank',1000);

# 1 先开启事务

start transaction;

# 2 多条sql语句

update user set balance=900 where name='jason';

update user set balance=1010 where name='egon';

update user set balance=1090 where name='tank';

"""

总结

当你想让多条sql语句保持一致性要么同时成功要么同时失败

你就应该考虑使用事务

"""

存储过程(了解)

存储过程就类似于python中的自定义函数

它的内部包含了一系列可以执行的sql语句，存储过程存放于MySQL服务端中，你可以直接通过调用存储过程触发内部sql语句的执行

基本使用

create procedure 存储过程的名字(形参1,形参2,...)

begin

sql代码

end

# 调用

call 存储过程的名字();

存储过程具体演示

delimiter $$

create procedure p1(

in m int, # 只进不出 m不能返回出去

in n int,

out res int # 该形参可以返回出去

)

begin

select tname from teacher where tid>m and tid

set res=666; # 将res变量修改用来标识当前的存储过程代码确实执行了

end $$

delimiter ;

set @res = 10;

call p1(5,10,@res)

# 针对形参res 不能直接传数据应该传一个变量名

# 定义变量

set @ret = 10;

# 查看变量对应的值

select @ret;

在pymysql模块中如何调用存储过程呢？

import pymysql

conn = pymysql.connect(

host = '127.0.0.1',

port = 3306,

user = 'root',

passwd = '123456',

db = 'day48',

charset = 'utf8',

autocommit = True

)

cursor = conn.cursor(pymysql.cursors.DictCursor)

# 调用存储过程

cursor.callproc('p1',(1,5,10))

"""

@_p1_0=1

@_p1_1=5

@_p1_2=10

"""

# print(cursor.fetchall())

cursor.execute('select @_p1_2;')

print(cursor.fetchall())

函数

跟存储过程是有区别的，存储过程是自定义函数，函数就类似于是内置函数

('jason','0755','ls -l /etc',NOW(),'yes')

CREATE TABLE blog (

id INT PRIMARY KEY auto_increment,

NAME CHAR (32),

sub_time datetime

);

INSERT INTO blog (NAME, sub_time)

VALUES

('第1篇','2015-03-01 11:31:21'),

('第2篇','2015-03-11 16:31:21'),

('第3篇','2016-07-01 10:21:31'),

('第4篇','2016-07-22 09:23:21'),

('第5篇','2016-07-23 10:11:11'),

('第6篇','2016-07-25 11:21:31'),

('第7篇','2017-03-01 15:33:21'),

('第8篇','2017-03-01 17:32:21'),

('第9篇','2017-03-01 18:31:21');

select date_format(sub_time,'%Y-%m'),count(id) from blog group by date_format(sub_time,'%Y-%m');

流程控制(了解)

# if判断

delimiter //

CREATE PROCEDURE proc_if ()

BEGIN

declare i int default 0;

if i = 1 THEN

SELECT 1;

ELSEIF i = 2 THEN

SELECT 2;

ELSE

SELECT 7;

END IF;

END //

delimiter ;

# while循环

delimiter //

CREATE PROCEDURE proc_while ()

BEGIN

DECLARE num INT ;

SET num = 0 ;

WHILE num < 10 DO

SELECT

num ;

SET num = num + 1 ;

END WHILE ;

END //

delimiter ;

索引

ps:数据都是存在与硬盘上的，查询数据不可避免的需要进行IO操作

索引:就是一种数据结构，类似于书的目录。意味着以后在查询数据的应该先找目录再找数据，而不是一页一页的翻书，从而提升查询速度降低IO操作

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

primary key

unique key

index key

上面的三种key，前面两种除了可以增加查询速度之外各自还具有约束条件，而最后一种index key没有任何的约束条件，只是用来帮助你快速查询数据

索引虽然能够帮助你加快查询速度但是也有缺点

"""

1 当表中有大量数据存在的前提下创建索引速度会很慢

2 在索引创建完毕之后对表的查询性能会大幅度的提升但是写的性能也会大幅度的降低

"""

索引不要随意的创建！！！

b+树

"""

只有叶子节点存放的是真实的数据其他节点存放的是虚拟数据仅仅是用来指路的

树的层级越高查询数据所需要经历的步骤就越多(树有几层查询数据就需要几步)

一个磁盘块存储是有限制的

为什么建议你将id字段作为索引

占得空间少一个磁盘块能够存储的数据多

那么久降低了树的高度从而减少查询次数

"""

聚集索引(primary key)

#InnoDB存储引擎表示索引组织表，即表中数据按照主键顺序存放。而聚集索引(clustered index)就是按照每张表的主键构造一棵B+树，同时叶子结点存放的即为整张表的行记录数据，也将聚集索引的叶子结点称为数据页。聚集索引的这个特性决定了索引组织表中数据也是索引的一部分。同B+树数据结构一样，每个数据页都通过一个双向链表来进行链接。

#如果未定义主键，MySQL取第一个唯一索引(unique)而且只含非空列(NOT NULL)作为主键，InnoDB使用它作为聚簇索引。

#如果没有这样的列，InnoDB就自己产生一个这样的ID值，它有六个字节，而且是隐藏的，使其作为聚簇索引。

#由于实际的数据页只能按照一棵B+树进行排序，因此每张表只能拥有一个聚集索引。在多少情况下，查询优化器倾向于采用聚集索引。因为聚集索引能够在B+树索引的叶子节点上直接找到数据。此外由于定义了数据的逻辑顺序，聚集索引能够特别快地访问针对范围值得查询。

"""

聚集索引指的就是主键

Innodb 只有两个文件直接将主键存放在了idb表中

MyIsam 三个文件单独将索引存在一个文件

"""

辅助索引(unique,index)

查询数据的时候不可能一直使用到主键，也有可能会用到name,password等其他字段

那么这个时候你是没有办法利用聚集索引。这个时候你就可以根据情况给其他字段设置辅助索引(也是一个b+树)

"""

叶子节点存放的是数据对应的主键值

先按照辅助索引拿到数据的主键值

之后还是需要去主键的聚集索引里面查询数据

"""

覆盖索引

在辅助索引的叶子节点就已经拿到了需要的数据

# 给name设置辅助索引

select name from user where name='jason';

# 非覆盖索引

select age from user where name='jason';

索引的创建/删除

普通索引INDEX：加速查找

唯一索引：

-主键索引PRIMARY KEY：加速查找+约束(不为空、不能重复)

-唯一索引UNIQUE:加速查找+约束(不能重复)

联合索引：

-PRIMARY KEY(id,name):联合主键索引

-UNIQUE(id,name):联合唯一索引

-INDEX(id,name):联合普通索引

#方法一：创建表时

CREATE TABLE 表名 (

字段名1 数据类型 [完整性约束条件…],

字段名2 数据类型 [完整性约束条件…],

[UNIQUE | FULLTEXT | SPATIAL ] INDEX | KEY

[索引名] (字段名[(长度)] [ASC |DESC])

);

#方法二：CREATE在已存在的表上创建索引

CREATE [UNIQUE | FULLTEXT | SPATIAL ] INDEX 索引名

ON 表名 (字段名[(长度)] [ASC |DESC]) ;

#方法三：ALTER TABLE在已存在的表上创建索引

ALTER TABLE 表名 ADD [UNIQUE | FULLTEXT | SPATIAL ] INDEX

索引名 (字段名[(长度)] [ASC |DESC]) ;

#删除索引：DROP INDEX 索引名 ON 表名字;

测试索引

**准备**

```mysql

#1. 准备表

create table s1(

id int,

name varchar(20),

gender char(6),

email varchar(50)

);

#2. 创建存储过程，实现批量插入记录

delimiter $$ #声明存储过程的结束符号为$$

create procedure auto_insert1()

BEGIN

declare i int default 1;

while(i<3000000)do

insert into s1 values(i,'jason','male',concat('jason',i,'@oldboy'));

set i=i+1;

end while;

END$$ #$$结束

delimiter ; #重新声明分号为结束符号

#3. 查看存储过程

show create procedure auto_insert1\G

#4. 调用存储过程

call auto_insert1();

```

``` mysql

# 表没有任何索引的情况下

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 = 'jason' # 速度仍然很慢

"""

范围问题

"""

# 并不是加了索引，以后查询的时候按照这个字段速度就一定快

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 = 'jason'; # 又慢了

create index idx_name on s1(name); # 给s1表的name字段创建索引

select count(id) from s1 where name = 'jason' # 仍然很慢！！！

"""

再来看b+树的原理，数据需要区分度比较高，而我们这张表全是jason，根本无法区分

那这个树其实就建成了“一根棍子”

"""

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='jason' 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='jason' 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='jason' and gender = 'male' and id = 3 and email = 'xxx'; # 快了先通过id已经讲数据快速锁定成了一条了

select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx'; # 慢了基于id查出来的数据仍然很多，然后还要去比较其他字段

drop index idx_id on s1

create index idx_email on s1(email);

select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx'; # 快通过email字段一剑封喉

```

#### 联合索引

```mysql

select count(id) from s1 where name='jason' and gender = 'male' and id > 3 and email = 'xxx';

# 如果上述四个字段区分度都很高，那给谁建都能加速查询

# 给email加然而不用email字段

select count(id) from s1 where name='jason' 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='jason' and gender = 'male' and id > 3 and email = 'xxx'; # 速度变快

```

weixin_39689870

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫