数据库事务的四大特性以及事务的隔离级别

如果一个数据库声称支持事务的操作，那么该数据库必须要具备以下四个特性：

⑴ 原子性（Atomicity）
　　事务包含的所有数据库操作要么全部成功，要不全部失败回滚

⑵ 一致性（Consistency）
　　一个事务执行之前和执行之后都必须处于一致性状态。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

⑶ 隔离性（Isolation）
　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。

⑷ 持久性（Durability）
　　持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

现在来看看MySQL数据库为我们提供的四种隔离级别:

① Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
② Read committed (读已提交)：可避免脏读的发生。
③ Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
④ Repeatable read (可重复读)：可避免脏读、不可重复读的发生。

1、未提交读 Read uncommited

问题：脏读

①情况：事务B可以在事务A对记录的读取过程中修改同一记录，可能会导致事务A读取的数据是一个被破坏的或者是不完整不正确的数据。

②情况：在事务A中可以读取到事务B中修改过的数据，但此时事务B尚未提交。可能会发生的问题就是脏读。

2、已提交读Read commited

问题：不可重复读
在事务A中读取数据时对记录添加共享锁，待读取结束后才会立即释放该锁。那么事务B对该数据的修改要一直等待，直到A中的读取过程结束，但不是整个事务A的结束。所以，可能发生的问题就是事务A在不同阶段对同一记录的读取结果可能是不同的。

3、可重复读Repeatable read

问题：幻读

对于读出的记录，添加共享锁直到事务A结束。事务B试图对这个记录的修改会一直等待，直到整个事务A结束。InnoDB 默认的事务隔离级别就是可重复读。可能发生的问题：当执行一个范围查询时，可能会发生幻读（解决幻读的方法：增加范围锁RangeS，锁定检索范围为只读，这样就避免了幻读）。

4、串行化Serializable

问题：没有问题，上述3种级别中的脏读、不可重复读、幻读都不会发生。
添加范围锁（比如表锁，页锁等），直到事务A结束。以此阻止事务B对此范围内的修改操作。