事务的传播行为，隔离级别以及锁机制

脏读，不可重复读和幻读。

脏读：读到未提交（uncommited）的数据

不可重复读：多次查询中（提交插入数据的事务）

幻读：在修改事务后（提交了一个添加的事务），之后查询数据以为出现幻觉

　　

事务的隔离级别：

read_uncommitted  最低的隔离级别   有脏读，不可重复读和幻读。

read_committed　　看到已提交的数据   存在不可重复读和幻像读。 支持sqlsever

repeatable_read        存在幻读 。支持mysql

serializable　　　　防止脏读，不可重复读外，还避免了幻像读。

MySQL默认的方式的：可重复读。

　　

七种传播行为：
　在我们用SSH开发项目的时候，我们一般都是将事务设置在Service层，那么当我们调用Service层的一个方法的时候它能够保证我们的这个方法中执行的所有的对数据库的更新操作保持在一个事务中，在事务层里面调用的这些方法要么全部成功，要么全部失败。那么事务的传播特性也是从这里说起的。 
　　如果你在你的Service层的这个方法中，除了调用了Dao层的方法之外，还调用了本类的其他的Service方法，那么在调用其他的Service方法的时候，这个事务是怎么规定的呢，我必须保证我在我方法里掉用的这个方法与我本身的方法处在同一个事务中，否则如果保证事物的一致性。事务的传播特性就是解决这个问题的，“事务是会传播的”在Spring中有针对传播特性的多种配置我们大多数情况下只用其中的一种:PROPGATION_REQUIRED：这个配置项的意思是说当我调用service层的方法的时候开启一个事务(具体调用那一层的方法开始创建事务，要看你的aop的配置),那么在调用这个service层里面的其他的方法的时候,如果当前方法产生了事务就用当前方法产生的事务，否则就创建一个新的事务。

　　　　如果当前没有事务

PROPAGATION_REQUIRED： （有就用）没有就创建一个新事务 

PROPAGATION_SUPPORTS：（有就用）没有就没有

PROPAGATION_MANDATORY：（有就用）没有就抛出异常。

PROPAGATION_REQUIRES_NEW：不管有没有，都创建新事务。

PROPAGATION_NOT_SUPPORTED：有也不用

PROPAGATION_NEVER：有也不用（有就抛异常）
PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

　　

锁机制
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的 计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资

源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一 个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库

而言显得尤其重要，也更加复杂。本章我们着重讨论MySQL锁机制 的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。

Mysql用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。这些锁统称为悲观锁(Pessimistic Lock)。事务的传播行为，隔离级别以及锁机制