当前位置：网站首页>MYSQL数据库事务的隔离级别（详解）

MYSQL数据库事务的隔离级别（详解）

2022-07-26 22:40:00 【PeakXYH】

一、概述

数据库事务的隔离级别分为四种：（后面为解决的问题，结合下文案例深入理解）
1.读未提交（Read Uncommited）事务1修改的数据被事务2给回滚了
2.读已提交（Read Commited）事务1读到其他事务修改但是没有提交的信息
3.可重复度（Repeatable Read）在事务1进行多次的查询操作的时候，查询的结果不一致的
4.可串行化（Serializable）在同一事务中查询的时候发现多了很多条记录

二、隔离级别出现的原因

为了解决事务在并发执行的时候不会相互影响，所以就引入了事务的隔离级别（也就是在多个事务同时对一个数据进行读取、更新等操作的时候，如何保证数据的正确性和一致性）

三、四种事务隔离级别各自解决的问题

	脏写	脏读	不可重复读	幻读
读未提交	√	×	×	×
读已提交	√	√	×	×
可重复度	√	√	√	×
可串行化	√	√	√	√

四、不同的隔离级别解决的问题

脏写（事务1修改的数据被事务2给回滚了）

	事务1	事务2
T1	begin
T2		begin
T3		update xxx set password= 200 where id = 1
T4	update xxx set password= 1000 where id = 1
T5	commit
T6		Rollback

这里可以看到事务1在修改完id为1的password并进行事务的提交之后，事务2在T6时刻进行了事务的回滚，这就导致了事务1对数据的修改丢失了，这是一个非常严重的错误，即自己修改的数据被被人给回滚了，在任何隔离级别的情况下都是解决了脏写问题。

脏读（事务1读到其他事务修改但是没有提交的信息、临时信息）

	事务1	事务2
T1	begin
T2		begin
T3		update xxx set password= 99 where id = 1
T4	select password from xxx where id = 1
T5	commit
T6		RollBack

这里事务1在T4读取到了事务2针对id=1的用户的password修改，但是实际上事务2在最后进行了事务的回滚，这就导致了实际上事务1读到的是一个不存在的数据，也就是事务1读到了其他事务修改但是没有提提交的记录信息。在读已提交的隔离级别下就解决了脏读问题。

不可重复度（在同一事务进行多次的查询操作的时候，查询的结果是不一致的）

	事务1	事务2
T1	begin
T2		begin
T3	select password from xxx where id = 1
T4		update xxx set password = 99 where id = 1
T5	select password from xxx where id = 1
T6		update xxx set password= 88 where id = 1
T7	select password from xxx where id = 1
T8		update xxx set password= 88 where id = 1
T9	commit
T10		commit

在T3、T5、T7时刻事务1对id=1的账号进行password，发现该数据一致是变化的，这就是不可重复度的问题，在同一事务中每次进行查询的时候数据都是在变化的，在可重复度的隔离级别下解决了不可重复的的问题。

幻读（在同一事务中查询的时候发现多了很多条记录，称为幻影记录）

	事务1	事务2
T1	begin
T2		begin
T3	select * from xxx where id > 100
T4		insert into xxx(id,password) values (199,11)
T5	select * from xxx where id > 100
T6		insert into xxx(id,password) values (200,11)
T7	select * from xxx where id > 100
T8		insert into xxx(id,password) values (201,11)
T9	commit
T10		commit