MySQL学习第14天（存储引擎、事务）-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_47454678/article/details/146363978

一、存储引擎（了解）

1、概述

定义：

mysql特有的术语——是一个表存储数据的方式。

如何给表指定存储引擎？

建表的时候可以在小括号")"的右边使用：

engine来指定存储引擎

charset来指定表的字符编码方式

结论：mysql默认的存储引擎是InnoDB，默认的字符编码方式是utf8

create table t_product(
	id int primary key,
    name varchar(255)
)engine=InnoDB default charset=gbk;
show create table t_product;

怎么查看mysql支持哪些存储引擎

show engines \G

2、常用的存储引擎

①MyISAM

它管理的表具有以下特征:

使用三个文件表示每个表:

格式文件——存储表结构的定义(mytable.frm)
数据文件——存储表行的内容(mytable.MyD)
索引文件——存储表上索引(mytable.MYI)：索引是一本书的目录，缩小扫描范围，提高查询效率

提示：对于一张表来说，只要是主键，或者加有unique约束的字段回自动创建索引

MyISAM存储引擎特点：可被转换为压缩、只读表来节省空间（优势）

②InnoDB（默认存储引擎）

支持事务，支持数据库崩溃后自动恢复机制

特点：支持事务以保证数据的安全。效率不是很高，不能压缩，不能转换为只读，不能很好节省存储空间。

它管理的表具有下列主要特征:

每个InnoDB表在数据库目录中以.frm格式文件表示
InnoDB表空间tablespace被用于存储表的内容（表空间是一个逻辑名称，表空间存储数据+索引）
提供一组用来记录事务性活动的日志文件
用COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
提供全ACID兼容
在MySQL服务器溃崩溃后提供自动恢复
多版本（MVCC）和行级锁定
支持外键及引用的完整性，包括级联删除和更新

③MEMORY

使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定，这两个特点使MEMORY存储引擎非常快。（一断电就消失）

MEMORY存储引擎管理的表具有下列特征:

在数据库目录内，每个表均以.frm格式的文件表示。
表数据及索引被存储在内存中。（查询快）
表级锁机制。
不能包含TEXT或BLOB字段

MEMORY存储引擎以前被称为HEAP引整。

二、事务（必须掌握——重点*****）

1、定义

一个事务就是一个完整的业务逻辑。就是要完成一件事。

什么是完整的业务逻辑？

假设转账，从A账户向B账户转账10000。

将A账户的钱减去10000（update语句）

将B账户的钱加上10000（update语句）

这就是完整的业务逻辑。

以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。

这两个update语句必须同时成功或者同时失败，这样才能保证钱是正确的。

2、只有DML语句才有事务一说，其它语句和事务无关

insert
delete
update

只有以上三个语句和事务有关系，其它没关系。只有以上三个语句对是数据库表中数据进行增、删、改。一旦涉及增、删、改，那么一定要考虑安全问题。

3、假设所有业务只要一条DML语句就能完成，还有必要存在事务机制吗？

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事情都能用一条啊DML语句解决，事务就没有存在的价值。

到底什么是事务？

说到本质上，一个事务就是多条DML语句同时成功，或者同时失败！

4、事务如何做到多条DML语句同时成功和同时失败的？

InnoDB存储引擎提供一组用来记录事务性活动的日志文件

事务开启了：

insert

delete

update

事务结束了！

在事务执行过程中，每一条DML操作都会记录到“事务性活动的日志文件”中。

在事务的执行过程中，我们可以提交事务，可以回滚事务。

提交事务？（commit）

清空事务性活动的日志文件，将数据全部彻底化到数据库表中。

提交事务标志着，事务的结束。并且是一种全部成功的结束。

回滚事务？（rollback）

将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件。

回滚事务标志着，事物的结束。并且是一种全部失败的结束。

5、怎么提交事务，回滚事务？

事务的英语单词：transaction

提交：commit
回滚：rollback（永远只能回滚到上一次的提交点）

测试一下，在mysql中默认的事务行为：

mysql默认情况下是支持自动提交事务的。（自动提交）——实际不符合开发习惯，因为一个业务通常需要多条DML语句共同执行才能完成，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交。

什么是自动提交？

每执行一条DML语句，则提交一次！

怎样将mysql的自动提交机制关闭？

先执行这个命令：start transaction

-------------------------------------------------------回滚事务------------------------------------------------------------

start transaction;
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
select * from dept_bak;
rollback;
select * from dept_bak;

-------------------------------------------------------提交事务------------------------------------------------------------

start transaction;
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
insert into dept_bak(deptno,dname,loc) values(19,'sales','beijing');
commit;//截止
select * from dept_bak;
rollback;
select * from dept_bak;

6、事务的4个特性(ACID)

A：原子性

说明事务是最小的工作单元，不可再分

C：一致性

所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，以保证数据的一致性。

I：隔离性

A事务和B事务之间，具有一定的隔离。

教室A和教室B之间有一道墙，这道墙就是隔离性。

A事务在操作一张表的时候，另一个事务B也操作这张表会怎样？？？

D：持久性

事务最终结束的一个保障。事务提交相当于将没有保存到硬盘上的数据保存到硬盘上！

7、事务的隔离性（4个级别）

A教室和B教室之间有一道墙，这道墙可以很厚也可以很薄。这就是事务的隔离级别。

这道墙越厚，表示隔离级别越高。

4个隔离级别：

读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》

事务A可以读取到事务B未提交的数据——（脏读现象！dirty read——读到了脏数据）

大多数隔离级别是从二档起步！

读已提交：read committed（这种隔离级别是比较真实的数据，每一次读到的数据是绝对真实的）《提交之后才能读到》

事务A只能读取到事务B已提交的数据（解决了脏读现象）——（不可重复读取数据——开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据时4条，3不等于4）

可重复读：repeatable read《提交后也读不到，永远读取的都是刚开始事务时的数据》

mysql默认的隔离级别！！！！！！！！！

事务A开启之后，不管多久，每次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。

解决了不可重复读取数据问题——（可以出现幻影读——每次读取到的数据都是幻想，不太真实）

序列化？串行化：serializable（最高的隔离级别）

效率最低，解决了所有问题。这种级别表示事务排队，不能并发！

synchronized，线程同步（事务同步）

8、验证隔离级别

查看隔离级别：

 select @@transaction_isolation;

被测试的表：t_user

①验证：read uncommitted

set global transaction isolation level read uncommitted;
exit;//退出重新进入
select @@transaction_isolation;

事务A 事务B

---------------------------------------------------------------------------------------------------------------------------------

use bjpowernode;

start transaction;

select * from t_user;

start transaction;

insert into t_user values('zhangsan');

select * from t_user;

②验证：read committed

set global transaction isolation level read committed;
exit;//退出重新进入
select @@transaction_isolation;

事务A 事务B

---------------------------------------------------------------------------------------------------------------------------------

use bjpowernode;

start transaction;

select * from t_user;

insert into t_user values('zhangsan');

select * from t_user;

commit;

select * from t_user;

③验证：repeatable read

set global transaction isolation level repeatable read; 
exit;//退出重新进入
select @@transaction_isolation;

事务A 事务B

---------------------------------------------------------------------------------------------------------------------------------

use bjpowernode;

start transaction;

select * from t_user;

insert into t_user values('lisi');

insert into t_user values('wangwu');

commit;

select * from t_user;

④验证：serializable

set global transaction isolation level serializable; 
exit;//退出重新进入
select @@transaction_isolation;

事务A 事务B

---------------------------------------------------------------------------------------------------------------------------------

use bjpowernode;

start transaction;

insert into t_user values('abc');

select * from t_user;

commit;

select * from t_user;