当前位置:网站首页>MySQL-InnoDB-事务

MySQL-InnoDB-事务

2022-04-23 14:08:00 InfoQ

事务 ACID 特性

原子性(Atomicity)
:最小的工作单元,整个工作单元要么一起提交成功,要么全部失败回滚。

一致性(Consistency)
:事务中操作的数据及状态改变是一致的,即写入资料的结果必须完全符合预设的规则,不会因为出现系统意外等原因导致状态的不一致。

隔离型(Isolation)
:一个事务所操作的数据在提交之前,对其他事务的可见性设定(一般设定为不可见)。

持久性(Durability)
:事务所做的修改就会永久保存,不会因为系统意外导致数据的丢失。

事务并发带来了哪些问题

脏读

null
比如 user 表中有一条用户数据,执行了如下操作:

  • 事务B更新 id=1 的数据,age 更新为18,不提交事务
  • 事务A查询 id=1 的数据
  • 事务B回滚刚才的更新操作

这个时候,事务A中查询出的 id=1 的数据,age 的值是16 
《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】
 还是18?

不可重复读

null
比如 user 表中有一条用户数据,执行了如下操作:

  • 事务A查询 id=1 的数据
  • 事务B更新 id=1 的数据,age 更新为18,并提交事务
  • 事务A再次查询 id=1 的数据

这个时候,事务A两次查询出的 id=1 的数据,age 的值是16还是18?

幻读

null
比如在 user 表中执行了如下操作:

  • 事务A查询 age>15 的数据
  • 事务B新增一条数据,age=22,并提交事务
  • 事务A再次查询 age>15 的数据

这个时候,事务A两次查询出的数据,数量是1条还是2条?

事务四种隔离级别

SQL92 ANSI/ISO标准
:http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

Read Uncommitted(未提交读)
?--
未解决并发问题

事务未提交对其他事务也是可见的,脏读(dirty read)

Read Committed(提交读)
?--
解决脏读问题

一个事务开始之后,只能看到自己提交的事务所做的修改,不可重复读(non repeatable?read)

Repeatable Read(可重复读)
?--
解决不可重复读问题

在同一个事务中多次读取同样的数据结果是一样的,这种隔离级别未定义解决幻读的问题

Serializable(串行化)
?--
解决所有问题

最高的隔离级别,通过强制事务的串行执行

InnoDB 引擎对隔离级别的支持程度

null
事务隔离级别的并发能力:未提交读 > 已提交读 > 可重复读 > 串行化

InnDB 引擎默认的事务隔离级别是可重复读(Repeatable Read),在该级别中它把幻读的问题也解决了。InnDB 中事务隔离级别通过锁、MVCC 实现。

通过如下语句查看 InnoDB 的默认事务隔离级别:

/* 全局、当前会话的隔离级别 */SELECT @@global.tx_isolation, @@tx_isolation;

null
通过如下语句设置 InnoDB 的事务隔离级别:

/* 设置全局隔离级别 
/set global transaction isolation level read committed;/
 设置当前会话的隔离级别 */set session transaction isolation level read committed;

接下来我们来测试一下 InnoDB 的默认事务隔离级别(Repeatable Read)是否解决了脏读、不可重复读、幻读的问题。

数据准备:

CREATE TABLE 
user
 (
id
 int(11) NOT NULL,
name
 varchar(32) NOT NULL,
age
 int(11) NOT NULL,PRIMARY KEY (
id
)) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

insert into 
user
 (
id
name
age
) values('1','Ada','16');

是否解决了脏读的问题?

null
开启两个 MySQL 客户端,模拟事务A和事务B的操作,执行步骤如下:

  • 事务B开启手动事务,更新 id=1 的数据,age 更新为18,不提交事务
  • 事务A查询 id=1 的数据
  • 事务B回滚刚才的更新操作

图中的数字是执行步骤,通过下图可以看出事务A的执行结果是16,InnDB 的默认事务隔离级别完美的解决了脏读的问题。

null

是否解决了不可重复读的问题?

null
开启两个 MySQL 客户端,模拟事务A和事务B的操作,执行步骤如下:

版权声明
本文为[InfoQ]所创,转载请带上原文链接,感谢
https://xie.infoq.cn/article/1c2bcdf9ce0eb6ab690107f51