事务的四种要素（ACID）

• 原子性（Atomicity）：事务开始后的所有操作，要么全部做完，要么全部__不做。
• 一致性（Consistency）：事务开始前和结束后，数据库的完整性拘束没有被破坏。比如A向B赚钱，不可能A扣了钱，B没收到。
• 隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同事务之间彼此没有相互干扰。比如A正在向一张银行卡取钱，在A操作完之前，B不能向该银行卡转账。
• 持久性（Durability）：事务完成后，事务对数据库的所有更新都将保存到数据库，不能回滚。

事务的并发问题

当多个事务同时在数据库上执行时，就有可能出现以下这些事务的并发问题。

• 脏读：事务A读取了事务B更新的数据，然后事务B进行了回滚操作，那么A读取到的数据就是脏数据。
• 不可重复读：事务A多次读取同一数据，事务B在多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果不一致。
• 幻读：指一个事务在前后两次查询一个范围的时候，后一次查询看到前一次查询没有看到的列。

幻读专指新插入的数据行，不可重复读侧重于对原有数据的修改。

事务的隔离级别

为了解决上面的事务的并发问题，于是就有了以下隔离级别的概念。

事务的隔离级别	脏读	不可重复读	幻读
读未提交（read uncommitted）	Y	Y	Y
读已提交（read committed）	N	Y	Y
可重复读（repeatable read）	N	N	Y
串行化（serializable）	N	N	N

这张表是事务的4种隔离级别以及在这种隔离界别下会出现的并发问题。

MySQL的默认隔离级别是可重复读。
查看当前session隔离级别命令：select @@tx_isolation;

为了方便演示，使用的测试表如下：

create table t
(
    id int not null
        primary key,
    c  int null,
    d  int null
);

create index c
    on t (c);

insert into t values(0,0,0),(5,5,5),
(10,10,10),(15,15,15),(20,20,20),(25,25,25);

读未提交（read uncommited）

设置当前事务为读未提交命令：

set session transaction isolation level read uncommitted;

假设：

	sessionA	sessionB
T1	begin;
T2	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T3		begin;
T4		update t set c = c + 5 where id = 5;
T5	select * from t;result:(0,0,0),(5,10,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T6		rollback;
T7		select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)

• 读未提交表现：T4时刻sessionB更新了id为5的数据，并且没有提交事务，但是sessionA在T5时刻读取到sessionB的更新。
• 脏读表现：T6时刻sessionB进行了回滚，因此sessionA在T5时刻读取到的是脏数据。

读已提交（read committed）

设置当前事务为读已提交命令：

set session transaction isolation level read committed;

例如：

	sessionA	sessionB
T1	begin;
T2	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T3		begin;
T4		update t set c = c + 5 where id = 5;
T5	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T6		commit;
T7	select * from t;result:(0,0,0),(5,10,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)

• 读已提交表现：sessionB在T4时刻更新了数据，sessionA在T5时刻并没有读取到更新数据，直到T6时刻sessionB提交了之后sessionA才能读取到更新数据。
• 不可重复读表现：T6时刻sessionB提交了事务，导致sessionA在事务中T5和T7时刻"select"读取到的数据不一致，产生了不可重复读问题。

可重复读（repeatable read）

设置当前事务为可重复读命令：

set session transaction isolation level repeatable read;

例如：

	sessionA	sessionB
T1	begin;
T2	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T3		begin;
T4		update t set c = c + 5 where id = 5;
T5	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T6		commit;
T7	select * from t;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T8	commit;
T9	select * from t;result:(0,0,0),(5,10,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)

• 可重复读表现：sessionA在T2，T5和T7时刻读取到的数据一致，也就是说在当前事务中select读取的数据不会引其他事务的提交而变化。

串行化（serializable）

设置当前事务为串行化命令：

set session transaction isolation level serializable;

示例：

	sessionA	sessionB
T1	begin;
T2	select * from t for update;result:(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25)
T3		insert into t (id, c, d) values (6, 10, 6);(blocked)

• 串行化表现：sessionB插入新数据时直接被锁住直到sessionA事务提交。（串行化的锁级别是表级锁，读写都会锁住整个表）。

可重复读怎么解决不可重复读问题

读已提交隔离级别和可重复读隔离级别下事务的视图生成是不同的。

• 读已提交（read committed）：每一个语句执行前都会重新计算出一个视图。
• 可重复读（repeatable read）：在事务开始时创建一个一致性视图，之后事务里的其他查询都共用这个一致性视图。