目录
35.3假设所有的业务,只要一条DML语句就能完成,还有必要存在事务机制吗?
1,读未提交:read uncommitted(最低的隔离级别)(没有提交就读到了)
2,读已提交:read committed(提交之后才能读到)
3,可重复读:repeatable read(提交之后也读不到,永远读取的都是刚开启事务 时的数据)
4,序列化/串行化:serializable(最高的隔离级别)
34,存储引擎(了解内容)
34.1什么是存储引擎,有什么用
存储引擎是mysql中特有的一个术语,其他数据库没有(oracle中有,但是不叫这 个名字)
存储引擎实际上是一个表存储/组织数据的方式,不同的存储引擎,表存储数据的方式不同
34.2怎么给表添加/指定存储引擎
show create table t_student;
在建表的时候可以在最后小括号的”)”的右边使用:ENGINE来指定存储引擎,CHARSET来指定这张表的字符编发方式
mysql> create table t_protect(
id int primary key,
name varchar(255)
)ENGINE=InnoDB default CHARSET=utf8;
说明:
mysql默认的存储引擎是:InnoDB
mysql默认的字符编码方式是utf8
34.3怎么查看mysql支持那些存储引擎
命令:
mysql> show engines \G;
34.4关于mysql常用的存储引擎
1,MyISAM存储引擎
它管理的表具有以下特征:
使用三个文件表示每个表
格式文件-存储表结构的定义(mytable.frm)
数据文件-存储表行的内容(mytable.MYD)
索引文件-存储表上索引(mytable.MYI)
索引是一本书的目录,缩小扫描范围,提高查询效率的一种机制
可被转换为压缩,只读表来节省空间
说明:对于一张表来说,只要是主键,或者加有unique约束的字段上会自动创建索引
MyISAM存储引擎特点:
可被转换为压缩,只读表来节省空间
这是这种存储引擎的优势
MyISAM不支持事务机制,安全性低
2,InnoDB存储引擎
这是mysql默认的存储引擎,同时也是一个重量级的存储引擎
InnoDB支持事务,支持数据库崩溃后自动恢复机制
InnoDB存储引擎最主要的特点是:非常安全
它管理的表具有以下特征
-每个InnoDB表在数据库目录中以.frm格式文件表示
-InnoDB表空间tablespace被用于存储表的内容
-提供一组用来记录事务性活动的日志文件
-用COMMIT(提交)、SAVEPOINT及ROLLBACK(回滚)支持事务处理
-提供全ACID兼容
-在mysql服务器崩溃后提供自动恢复
-多版本(MVCC)和行级锁定
-支持外键及引用的完整性,包括级联删除和更新
InnoDB最大的特点就是支持事务:以保证数据的安全,但是效率不是很高, 并且也不能压缩,不能转换为只读,不能很好的节省存储空间
3,MEMORY存储引擎
使用MEMORY存储引擎的表,其数据存储在内存中,且行的长度固定
这两个特点使得MEMORY存储引擎非常快
MEMORY存储引擎管理的表具有以下特征:
-在数据库目录内,每个表均以.frm格式的文件表示
-表数据及索引被存储在内存中(目的就是快,查询快)
-表级锁机制
-不能包含TEXT或BLOB字段
MEMORY存储引擎以前被称为HEAP引擎
MEMORY引擎优点:查询效率是最高的
MEMORY引擎缺点:不安全,关机之后数据消失,因为数据和索引都是在内 存当中
35,事务(重点,必须掌握)
35.1什么是事务
一个事务其实就是一个完整的业务逻辑
什么是一个完整的业务逻辑?
假设转账,从A账户向B账户中转账10000,将A账户的钱减去10000(update语句),将B账户的钱加上10000(update语句)。这就是一个完整的业务逻辑
以上的操作是一个最小的工作单元,要么同时成功,要么同时失败,不可再分
这两个update语句要求必须同时成功或者同时失败,这样才能保证钱是正确 的
35.2只有DML语句才会有事务一说,其他语句和事务无关!
insert
delete
Update
只和以上的三个语句和事务有关系,其他都没有关系,因为只有以上的三个语句是数据库表中数据进行增,删,改的。只要你的操作一旦涉及到数据增,删,改,那么就一定要考虑安全问题
数据安全是第一位!!!
35.3假设所有的业务,只要一条DML语句就能完成,还有必要存在事务机制吗?
正是因为做某件事的时候需要多条DML语句共同联合起来才能完成,所以需要事务的存在,如果任何一件复杂的事都能一条DML语句搞定。那么事务则没有存在的价值
到底什么是事务呢?
说到底,本质上,一个事务其实就是多条DML语句同时成功,或者同时失败
事务:就是批量的DML语句同时成功,或者同时失败!
35.4事务是怎么做到多条DML语句同时成功和同时失败的呢
InnoDB存储引擎:提供一组用来记录事务性活动的日志文件
在事务的执行过程中,每一条DML的操作都会记录到”事务性活动的日志文件 中”
在事务的执行过程中,我们可以提交事务,也可以回滚事务
提交事务:
清空事务性活动的日志文件,将数据全部彻底持久化到数据库表中
提交事务标志着事务的结束,并且是一种全部成功的结束
回滚事务:
将之前所有的DML操作全部撤销,并且清空事务性活动的日志文件
回滚事务标志着事务的结束,并且是一种全部失败的结束
35.5怎么提交事务,怎么回滚事务
提交事务:commit;语句
回滚事务:rollback;语句(回滚永远都是只能回滚到上一次的提交点)
事务对应的英语单词是:transaction
测试一下:在mysql当中默认的事务行为是怎样的?
mysql默认情况下是支持自动提交事务的(自动提交)
什么是自动提交?
每执行一条DML语句,则提交一次。这种自动提交实际上是不符合我们的开发习惯,因为一个业务通常是需要多条DML语句共同执行才能完成的,为了保证数据的安全必须要求同时成功之后再提交,所以不能执行一条就提交一条
怎么将mysql的自动提交机制关闭掉呢
先执行这个命令:start transaction;
演示事务:
---------------------------------回滚事务----------------------------------------------
mysql> start transaction;
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> select * from dept_bak;
mysql> rollback;
mysql> select * from dept_bak;
可以发现dept_bak表中数据已经清空了,也就是回滚了
---------------------------------提交事务----------------------------------------------
mysql> start transaction;
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> insert into dept_bak values(10,'abc','beijing');
mysql> commit;
mysql> select * from dept_bak;
mysql> rollback;
mysql> select * from dept_bak;
可以发现,经过commit(提交)后再rollback也不会回滚了
35.6事务包括四个特性
A:原子性
说明事务是最小的工作单元,不可再分
C:一致性
所有事务要求,在同一个事务当中,所有操作必须同时成功,或者同时失败以保证数据的一致性
I:隔离性
a事务和b事务之间具有一定的隔离
教室A和教室B之间有一道墙,这道墙就是隔离性
a事务在操作一张表的时候,另一个事务b也操作这张表会怎样???
D:持久性
事务最终结束的一个保障,事务提交,就相当于将没有保存到硬盘上的数据保 存到硬盘上!
35.7重点研究事务的隔离性
A教室和B教室中间有一道墙,这道墙可以很厚,也可以很薄。这就是事务的隔离 级别。这道墙越厚表示隔离级别就越高
事务和事务之间的隔离级别有哪些呢?4个级别
1,读未提交:read uncommitted(最低的隔离级别)(没有提交就读到了)
什么是读未提交:
事务A可以读取到事务B未提交的数据
这种隔离级别存在的问题就是:
脏读现象!(Dirty Read),我们称读到了脏数据
这种隔离级别一般都是理论上的,大多数的数据隔离级别都是二档起步
2,读已提交:read committed(提交之后才能读到)
什么是读已提交:
事务A只能读取到事务B提交之后的数据
这种隔离级别解决了什么问题:
解决了脏读的现象
这种隔离级别存在什么问题:
不可重复读取数据,就是在事务开启之后,第一次读到的数据是3 条,当前事务还没有结束,可能第二次再读取的时候,读到的数据是 4条,3不等于4称为不可重复读取
这种隔离级别是比较真实的数据,每一次读到的数据是绝对的真实
Oracle数据库默认的隔离级别是:read committed
3,可重复读:repeatable read(提交之后也读不到,永远读取的都是刚开启事务 时的数据)
什么是可重复读取:
事务A开启之后,不管是多久,每一次在事务A中读取到的数据都 是一致的。即使事务B将数据已经修改,并且提交了,事务A读取到的数据还是没有发生改变,这就是可重复读取
可重复读解决了什么问题
解决了不可重复读取数据的问题
可重复读存在的问题是什么
可能会出现幻影读,每一次读到的数据都是幻想,不够真实
比如:早晨9点开始开启事务,只要事务不结束,到晚上9点,读取的数 据还是那样,读到的是假象,不够真实!
mysql默认的事务隔离级别就是这个!!
4,序列化/串行化:serializable(最高的隔离级别)
这是最高隔离级别,效率最低,解决了所有的问题
这种隔离级别表示事务排队,不能并发
每一次读取到的数据都是最真实的,并且效率是最低的
35.8验证各种隔离级别
查看隔离级别命令:mysql> select @@transaction_isolation;
mysql默认的隔离级别就是repeatable read(可重复读)
被测试的表t_user
mysql> create table t_user(name varchar(255));
1,验证:read uncommitted
mysql> set global transaction isolation level read uncommitted;//设置全局隔离级别
事务A 事务B
---------------------------------------------------------------------------------------------------------
start transaction;
start transaction;
select * from t_user;//无数据
insert into t_user values('zhangsan');
select * from t_user;//可以发现有zhangsan了
rollback;
select * from t_user;//可以发现又没有数据了
---------------------------------------------------------------------------------------------------------
上面演示的就是read uncommitted隔离级别,当事务B插入一条数据时,没有 commit,事务A就可以读取到事务B未提交的数据
2,验证:read committed
mysql> set global transaction isolation level read committed;//设置全局隔离级别
事务A 事务B
---------------------------------------------------------------------------------------------------------
start transaction;
start transaction;
select * from t_user;//无数据
insert into t_user values('zhangsan');
select * from t_user;//无数据
commit;
select * from t_user;//可以发现有zhangsan了
---------------------------------------------------------------------------------------------------------
这个演示就是read committed(读已提交),当事务B插入一条数据时,没有提交, 事务A是读取不到事务B的数据,当事务B提交commit之后事务A才能读取到事 务B的数据,也就是说事务A只能读取到事务B提交之后的数据
3,验证:repeatable read
mysql> set global transaction isolation level repeatable read;//设置全局隔离级别
事务A 事务B
---------------------------------------------------------------------------------------------------------
start transaction;
start transaction;
select * from t_user;//无数据
insert into t_user values('lisi');
insert into t_user values('wangwu');
commit;
select * from t_user;//无数据
---------------------------------------------------------------------------------------------------------
上面演示的就是可重复读(repeatable read),可以发现当start transaction之后不 管事务B是插入数据还是删除数据,事务A查询到永远是事务B开始时的状态, 都是假象
4,验证:serializable
mysql> set global transaction isolation level serializable;//设置全局隔离级别
事务A 事务B
---------------------------------------------------------------------------------------------------------
start transaction;
start transaction;
select * from t_user;//无数据
insert into t_user values('zhangsan');
select * from t_user;//无结果
commit;
上面的查询自动出来结果
---------------------------------------------------------------------------------------------------------
这个演示的就是序列化(serializable),当事务A开启事务,对t_user进行操作时, 事务B也对这个表进行查询操作,但是没有结果。当事务A提交事务之后,事务B 会自动出来查询结果。这表示事务是排队的,只有当事务A完成对t_user的操作 之后,事务B才能对t_user进行操作