使用@Transactional注解声明Bean底下所有业务方法需要事务管理。
1.默认一个业务方法开启和结束事务，什么时候提交，什么时候回滚呢？
Spring容器默认情况下对于运行期异常（unchecked Exception）会进行事务回滚，如果是用户违例(checked Exception),事务不会回滚。
运行期违例：throw new RuntimeException("XXX")；运行期违例不需要使用try/catch捕捉，编译可以通过
用户违例，throw new Exception("XXX");必须使用try/catch捕捉，否则编译不能通过。
也可以修改这种行为，在业务方法上加上@Transactional(rollbackFor=Exception.class),则cheked Exception也会回滚。
如果@Transactional(noRollbackFor=RuntimeException.class)，则运行期例外也不会回滚。
2.有些业务方法不需要业务管理，如获取数据的。开启事务会对性能有影响。所以使用
@Transactional(propagation=Propagation.NOT_SUPPORTED)
propagation属性指定事务的传播行为。则Spring容器在该业务方法前不会开启事务。
事务的传播属性：
（1）Propagation.REQUIRED，表示业务方法需要在一个事务中运行，如果方法运行时已经在一个事务中，则加入到该事务，否则创建一个新事务。默认为这种。
（2）Propagation.NOT_SUPPORTE。如果该方法没有关联事务，容器不会为该方法开启事务。注意如果这个Bean方法不需要事务，但它被另一个开启事务的业务方法调用(它在一个事务中被调用)，那么该事务会被挂起，执行结束后事务恢复执行。
（3）Propagation.REQUIRES_NEW。必须开启一个新的事务，不管它是否在一个事务中。如果该方法被另一个开启事务的业务方法调用，则原有事务被挂起，新的事务创建，方法结束后新事务结束，原事务恢复执行。
（4）Propagation.MANDATORY 指定该业务方法只能在一个已有的事务中执行，业务方法本身不能发起事务，假设它没有在事务中执行，则Spring抛出异常。
（5）Propagation.SUPPORTS 如果该方法在某个事务范围内被调用，则它成为事务的一部分。如果在一个没有事务的范围内被调用，则它
（6）Propagation.NEVER 要求不能在一个事务中执行，如果它在一个事务环境中被调用，则容器抛出例外。
以上几种是EJB里的事务属性，Spring增加了一个：
（7）Propagation.NESTED 如果一个活动的事务存在，则运行在嵌套的事务中，如果没有活动事务，则会按REQUIRED来。它使用一个单独的事务。事务拥有多个可以回滚的保存点，内部事务的回滚不会影响外部。只适用于DataSourceTransactionManager。
Spring的工作类似下面：
（以下内容来自：http://blog.csdn.net/xiaolang8762400/article/details/5693658）
在执行操作前，新建一个保存点
//执行update方法时，判断它的事务属性是NESTED，它会先做一个保存点
Savepoint savepoint = conn.setSavepoint();
try{
conn.createStatement().executeUpdate("update person set name='222' where sid=2");
}catch(Exception ex){
conn.rollback(savepoint);
//当在执行语句时出现问题，这时候会回滚，回滚到保存点
}
@Transactional中其它属性：
readOnly：代表只读，可通过这个设成只读事务，对于只读事务，它就不能进行更新操作，这样能提高效率的。
timeout：代表事务的超时时间，
isolation:数据库的隔离级别，这个实际上并不是由Spring容器实现的，这个主要是依赖于底层数据库来实现的。
---------------------------------------------------------------------------
数据库系统提供了四种事务隔离级别供用户选择。不同的隔离级别采用不同的锁类型(共享锁，更新锁，排他锁)来实现，在Serializable的隔离级别最高。大多数据库默认的隔离级别为Read Commited，如SqlServer，当然也有少部分数据库默认的隔离级别为Repeatable Read ，如Mysql
Read Uncommited：读未提交数据(会出现脏读,不可重复读和幻读)。
Read Commited：读已提交数据(会出现不可重复读和幻读)
Repeatable Read：可重复读(会出现幻读)
Serializable：串行化
脏读：一个事务读取到另一事务未提交的更新新据。
不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。
幻读：一个事务读取到另一事务已提交的insert数据。