MySQL中readcommitted_数据库事务隔离级别：Read uncommitted 、Read committed 、Rep... - 简书...

1.数据库事务隔离级别

数据库事务的隔离级别有4个，由低到高依次为Read uncommitted 、Read committed 、Repeatable read 、Serializable ，后面三个级别可以逐个解决脏读 不可重复读 、幻读 这几类问题。

2.总结

1> 脏读：当事务隔离级别为read uncommitted，则可以读到其他事务未提交的数据，这是所有隔离级别中最低的一种。此时的更改还未提交到数据库，所以称为脏读。

拓展：对数据库记录操作，一般需要打开会话open session、开启事务start transaction、SQL操作、事务提交commit，而只有事务提交commit后，用户的更改才会提交到数据库。

2> 不可重复读：当事务隔离级别为read committed，则当前事务只能读到其他事务已提交的数据，不能读到其他事务未提交的数据。

可导致问题：在同一个事务中，读取到两次不同的结果。这种现象叫不可重复读。

3> 幻读：当事务隔离级别为repeatable read，则当前事务可以重复读，就是每次读取的已有结果集都相同。但是理论上，可重复读隔离级别还是无法解决幻读(Phantom Read)问题。所谓幻读，指的是当某个事务在读取某个范围内的记录是，另一个事务又在该范围内插入(insert)新的记录或删除(delete)已有记录，当之前的事务再次读取某个范围内的记录时，会产生幻行(Phantom Row)。

Mysql---InnoDB存储引擎的幻读问题:

Mysql数据库的InnoDB和XtraDB存储引擎通过多版本并发控制解决了幻读问题。

说明：Mysql数据库默认的事务隔离级别为 'REPEATABLE-READ'；Oracle数据库默认事务隔离级别为 'READ COMMITTED'.

亲测：薪资表account表。事务A、事务B统一设置事务隔离级别：repeatable read

1.A:insert B:select

答：当事务A insert一条新纪录，且commit事务之后，事务B再次select查询全表，并未看到新插入的幻行记录。(即：直接证明了Mysql---InnoDB存储引擎，在可重复读事务隔离级别下解决了可能出现的幻读问题)

2.A:delete(id=1) B:update(id=1)

答：当事务A删除了id=1的薪资记录，且commti事务后；事务B在事务中更新id=1的薪资记录。结果：没有报错，mysql提示信息更新记录条数为0。

mysql> update account set account=1600 where id=1;

Query OK, 0 rows affected (0.00 sec)

Rows matched: 0 Changed: 0 Warnings: 0

3.A:update(id=1) B:update(id=1)

答：初始状态id=1的薪资记录余额account=2000。首先事务A、事务B都进入可重复读级别的事务，select都查看到余额当前为2000。

然后事务A在2000的基础上再增加2000元，且commit事务A。

事务A先加2000元薪资

紧接着，事务B在当前“2000”元余额基础上，再加2000元，事务B以为薪资应该变为“2000”+2000=4000。可是实际结果变为了6000。Mysql底层自动将前面事务A的更新结果作为新的余额基础，再加上2000。如下图所示：

事务B再加2000元薪资

4> 序列化级别：当事务隔离级别为serializable，则其他事务对数据库的写操作：insert、update、delete将被挂起；而读操作：select可正常运行不会被挂起。这个是隔离级别中最严格的，这样做势必对性能造成很大的影响。

所以在实际的选用上，我们要根据当前具体的情况选用合适的。

3.参考资料