一、事务的基本要素

　　 1、原子性（Atomicity）：要么全部做完，要么全部不做。

　　 2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。

　　 3、隔离性（Isolation）：同时只允许一个事务请求同一数据。

　　 4、持久性（Durability）：事务完成后所有更新将被保存到数据库，不能回滚。

二、事务的并发问题

       1、脏读：事务A更新某数据但未提交，此时事务B查询该数据后，事务A才提交。事务B查询到的数据为脏读数据。

　　2、不可重复读：事务A读取某一数据，此时事务B更新该数据并提交，事务A再次读取该数据时，数据不一致。

　　3、幻读：事务A读取某一数据表，此时事务B新增数据或删除该数据表的数据并提交，事务A再次读取该数据表时，数据不一致。

　　#不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的记录，解决幻读需要锁表或者加范围锁。（幻读是对大范围的数据而言的并发问题，因为对某一数据的并发行为，新增和删除数据不是并发问题，只有对它修改才是并发问题）

三、MySQL事务隔离级别

事务隔离级别

脏读

不可重复读

幻读

读未提交（read-uncommitted）

是

是

是

读已提交（read-committed）

否

是

是

可重复读（repeatable-read）

否

否

是

串行化（serializable）

否

否

否

是：表示该级别会发生该种并发问题

指定方式：通过使用 isolation 属性设置，例如：

@Transactional(isolation = Isolation.read-committed)                   不写里面的参数就为默认的read-committed

四、并发控制机制

　　悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。

　　乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。（乐观锁不能解决脏读的问题，因为脏读问题的产生在于数据未提交就被另一事务查询）

结论：在实际生产环境里边,如果并发量不大且不允许脏读，可以使用悲观锁解决并发问题；但如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题,这时候只能接受脏读，选择乐观锁定的方法。

 

五、传播行为：

传播行为是指，如果在开始当前事务之前，已经存在一个事务，此时可以指定这个要开始的这个事务的执行行为。

 

REQUIRED ：（默认）如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。

SUPPORTS ：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。

MANDATORY ：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。

REQUIRES_NEW ：创建一个新的事务，如果当前存在事务，则把当前事务挂起。

NOT_SUPPORTED ：以非事务方式运行，如果当前存在事务，则把当前事务挂起。

NEVER ：以非事务方式运行，如果当前存在事务，则抛出异常。

NESTED ：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务， 则该取值等价于 REQUIRED 。

 

指定方式：通过使用 propagation 属性设置，例如：

@Transactional(propagation = Propagation.REQUIRED)      和隔离级别一样，不写就默认为REQUIRED