清晰理解Mysql的四种事务隔离级别

基础知识:

事务的基本要素 ：ACID

A：Atomicity（原子性）

      事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节

C：Consistency（一致性）

       A向B转账，不可能A扣了钱，B却没收到

 I：Isolation（隔离性）

       A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账

D：Durability（持久性）

       事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚

 

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommitted）	是	是	是
不可重复读（read-committed）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

 

读未提交（read-uncommitted）:

A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的是200元，这种在没提交事务的时候查询出的数据为脏数据；（B有可能为误操作，进行回滚）

不可重复读（read-committed）：

A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的确实是100元（因为B没有提交），在B提交时候后，A再次查询，为200元；A的这两次查询结果的不一致，就叫做不可重复读

可重复读（repeatable-read）：

A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的确实是100元（因为B没有提交），在B提交时候后，A再次查询，仍然为100元；A的这两次查询结果一致，解决了不可重复读的问题。不过如果A对小王的余额执行更新语句，让卡上余额多500，那么再次查询后，余额就为700了（500+200）

注意：可重复读的隔离级别下使用了MVCC机制，select操作不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本号，是当前读（当前版本）

串行化（serializable）：

A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200,执行的时候报错，因为这种隔离级别会锁表

在这种情况下，只允许一个事务在执行，其它事务必须等待这个事务执行完后才能执行。没有并发，只是单纯的串行。

 

附;

A：Atomicity（原子性）

整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

C：Consistency（一致性）

一个事务可以封装状态改变（除非它是一个只读的）。事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。

也就是说：如果事务是并发多个，系统也必须如同串行事务一样操作。其主要特征是保护性和不变性(Preserving an Invariant)，以转账案例为例，假设有五个账户，每个账户余额是100元，那么五个账户总额是500元，如果在这个5个账户之间同时发生多个转账，无论并发多少个，比如在A与B账户之间转账5元，在C与D账户之间转账10元，在B与E之间转账15元，五个账户总额也应该还是500元，这就是保护性和不变性。

I：Isolation（隔离性）

隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。

D：Durability（持久性）

在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。