关于事务的一些基本

关于Java-事务的理解：

 

数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。事务是数据库运行中的逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。

事务分为:ACID （常用转账思维来解释事务的概念）

 

A:原子性：事务里面的操作单元不可切割，要么全部成功，要么全部失败。

 

C：一致性：事务执行前后，业务状态和其他业务状态保持一致。

 

I：隔离性：一个事务执行的时候最好不要受到其他事务的影响。

 

D：持久性：一旦事务提交或回滚，这个状态就不能变了，持久化到数据库中。

 

//

原子性

（Atomic）（Atomicity)

事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。

一致性

（Consistent）(Consistency)

事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。例如，当开发用于转帐的应用程序时，应避免在转帐过程中任意移动小数点。

隔离性

（Insulation）(Isolation)

由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量。

持久性

（Duration）(Durability）

事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。

其中：

 

不考虑隔离性可能会出现的问题：

 

脏读：在一个事务中读取到另一个事务没有提交的数据。

 

不可重复读：在一个事务中，两次查询到的结果不一致（针对的update操作）

 

虚读：（幻读）在一个事务中，两次查询的结果不一致（针对insert操作）；

 

 

通过修改数据库的隔离级别：解决以上问题

 

1.read uncommited(读未提交)

2.read commited (读已提交)可以避免脏读的发生   oracle默认级别

3.repeatable  read 可重复读  可以避免脏读的发生和可重复读mysql默认级别

4.serializable  串行化