事务的特性以及隔离级别

事务（Transaction）：是数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行、要么都不执行；事务是一组不可再分割的操作集合（工作逻辑单元）

事务的作用

事务管理对于企业级应用而言至关重要，它保证了用户的每一次操作都是可靠的，即便出现了异常的访问情况，也不至于破坏后台数据的完整性。

事务的特性

事务具有4个属性，通常称为ACID特性：

1. 原子性（Atomicity）：事务是一个完整的操作。由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。事务的各步操作是不可分的；要么都执行、要么都不执行。

2. 一致性（Consistency）：当事务完成时，系统必须确保它所建模的业务处于一致的状态，数据必须处于一致状态。

3. 隔离性（Isolation）：对数据进行修改的所有并发事务是彼此隔离的，可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。这表明事务必须是独立的，它不应以任何方式依赖于或影响其他事务。

4. 持久性（Durability）：事务完成后，它对数据库的修改被永久保存，事务日志能保持事务的永久性。通常情况下，事务的结果被写到持久化存储器中。一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。

事务的隔离级别

在一个典型的应用程序中，多个事务同时运行，经常会为了完成他们的工作而操作同一个数据。并发虽然是必需的，但是会导致以下问题：

1. 脏读（Dirty read） 脏读发生在一个事务读取了被另一个事务改写但尚未提交的数据时。如果这些改变在稍后被回滚了，那么第一个事务读取的数据就会是无效的。

2. 不可重复读（Nonrepeatable read） 不可重复读发生在一个事务执行相同的查询两次或两次以上，但每次查询结果都不相同时。这通常是由于另一个并发事务在两次查询之间更新了数据。不可重复读重点在修改。

1. 幻读（Phantom reads） 幻读和不可重复读相似。当一个事务读取几行记录后，另一个并发事务插入了一些记录时，幻读就发生了。在后来的查询中，第一个事务就会发现一些原来没有的额外记录。幻读重点在新增或删除。

在理想状态下，事务之间将完全隔离，从而可以防止这些问题发生。然而，完全隔离会影响性能，因为隔离经常涉及到锁定在数据库中的记录（甚至有时是锁表）。完全隔离要求事务相互等待来完成工作，会阻碍并发。因此，可以根据业务场景选择不同的隔离级别。

1、DEFAULT

默认隔离级别，每种数据库支持的事务隔离级别不一样，如果Spring配置事务时将isolation设置为这个值的话，那么将使用底层数据库的默认事务隔离级别。如果使用的MySQL，可以使用"select @@tx_isolation"来查看默认的事务隔离级别

2、Read Uncommitted(读未提交)

读未提交，最低级别，任何情况都无法保证。即能够读取到没有被提交的数据，也就是一个事务可以读取另一个未提交事务的数据，所以很明显这个级别的隔离机制无法解决脏读、不可重复读、幻读中的任何一种，因此很少使用

3、Read Committed(读提交)（Oracle的默认级别）

读已提交，就是一个事务要等另一个事务提交后才能读取数据。自然能够防止脏读，但是无法限制不可重复读和幻读

4、Repeatable Read(可以重复读)（MYSQL的默认级别）

重复读取，就是在开始读取数据（事务开启）时，不再允许修改操作。读取了一条数据，这个事务不结束，别的事务就不可以修改这条记录，可避免脏读、不可重复读的发生，但是幻读的问题还是无法解决

5、Serializable(序列化、串行化)

串行化是最高的事务隔离级别，完全服从ACID的隔离级别，确保不发生脏读、不可重复读和幻读。这在所有隔离级别中也是最慢的，这种事务隔离级别效率低下，比较耗数据库性能，一般不用。因为它通常是通过完全锁定当前事务所涉及的数据表来完成的。就是以锁表的方式(类似于Java多线程中的锁)使得其他线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况来。

Tips：设置数据库的隔离级别一定要是在开启事务之前。