-
事物的传播行为查看全部
-
Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现查看全部
-
Spring为不同的持久化框架提供了不同PlatformTransactionManager接口实现查看全部
-
spring的事务传播行为查看全部
-
TransactionStatus接口用来记录事务的状态 该接口定义了一组方法,用来获取或判断事务的相应状态信息. 平台事务管理器(PlatformTransactionManager)会根据TransactionDefinition中定义的事务信息(包括隔离级别、传播行为)来进行事务的管理,在管理的过程中事务可能产生了保存点或事务是新的事务等情况,那么这些信息都会记录在TransactionStatus的对象中.查看全部
-
事务的传播行为：主要是解决业务层方法之间的相互调用的问题。 第一类共同点：如果 A 方法中有事务，则调用 B 方法时就用该事务，即：A和B方法在同一个事务中。 PROPAGATION_REQUIRED：如果 A 方法中没有事务，则调用 B 方法时就创建一个新的事务，即：A和B方法在同一个事务中。 PROPAGATION_SUPPORTS：如果 A 方法中没有事务，则调用 B 方法时就不使用该事务。 PROPAGATION_MANDATORY：如果 A 方法中没有事务，则调用 B 方法时就抛出异常。 第二类共同点：A方法和B方法没有在同一个事务里面。 PROPAGATION_REQUIRES_NEW：如果 A 方法中有事务，则挂起并新建一个事务给 B 方法。 PROPAGATION_NOT_SUPPORTED：如果 A 方法中有事务，则挂起。 PROPAGATION_NEVER：如果 A 方法中有事务，则报异常。 第三类：如果 A 方法有的事务执行完，设置一个保存点，如果 B 方法中事务执行失败，可以滚回保存点或初始状态。查看全部
-
TransactionDefinition定义事务隔离级别 如果不考虑隔离性，会引发如下的安全问题： 1.脏读。 一个事务读取了另一个事务改写但还未提交的数据，如果这些数据被回滚，则读到的数据是无效的。 2.不可重复读。 在同一个事务中，多次读取同一数据返回的结果有所不同。 3.幻读。 一个事务读取了几行记录后，另一个事务插入一些记录，幻读就发生了。再后来的查询中，第一个事务就会发现有些原来没有的记录。 隔离级别的出现就是为了解决以上问题的。 数据库提供的事务的隔离级别(四种)： 1.READ_UNCOMMITED; 允许你读取还未提交的改变了的数据，可能导致脏，幻，不可重复读。 2.READ_COMMINTED: 允许在并发事务已经提交后读取，可防止脏读，但幻读和不可重复读还是有可能发生。 3.REPEATABLE_READ: 对相同字段的多次读取是一致的，除非数据被事务本身改变，可防止脏读，不可重复读，但幻读仍有可能出现。 4.SERILIZABLE: 完全服从ACID的隔离级别，确保不发生脏读，幻读，不可重复读，这在所有的隔离级别中是最慢的，它是典型的完全通过锁定在事务中涉及的数据表来完成的。 除了以上的数据库提供的事务隔离级别，spring提供了Default隔离级别，该级别表示spring使用后端数据库默认的隔离级别。 MySQL默认事务隔离级别：REPATABLE_READ(可能出现幻读) Oracle默认：READ_COMMITTED(可能出现不可重复读和幻读)查看全部
-
不同持久层框架对应的不同事务管理器具体实现类 jdbc和MyBatis对应第一个 hibernate对应第二个查看全部
-
Spring事务管理高层抽象接口查看全部
-
事务的四大特性： 原子性（ Atomicity ）：一个事务或者完全发生、或者完全不发生。 一致性（ Consistency ）：事务操作之后，数据库所处的状态和有业务规则是一致的。 隔离性（ Isolation ）：操作中的事务不互相影响。 持久性（ Durability ）：操作中放入事务提交后被持久化到数据库。查看全部
-
5、编程式事务管理 为了简化设置事务的代码量,提供了TransactionTemplate事务管理模版类.在哪个地方需要用到事务,那么就在哪个地方注入这个模版.真正进行事务管理是由事务管理器来完成. ①配置事务管理器：TranscationManager，一般在不适用Hibernate的情况下，使用DataSourceTranscationManager,需要注入数据源 ②配置事务管理器的事务管理的模板TransactionTemplate依赖于DataSourceTransactionManager数据源事务管理器(PlatformTransactionManager平台事务管理器的实现类). ③配置文件中引入TransactionTemplate类,把数据源事务管理器对象注入到使用的事务的service层的类中，作为该bean的transactionManager属性. DataSourceTransactionManager数据源管理器又依赖于DataSource.因此把数据源对象注入到数据源管理器的dataSource属性中. ④在service中，要定义一个TransactionTemplate的成员变量,并生成set()方法.因此要把TransactionTemplate的bean注入到Service实体类中的TransactionTemplate类型的属性中。 执行transcationTemplate提供的execute方法，方法中进行事务的操作，这个方法中有个参数，transcationcallback，如果事务出现回滚，将会调用这个参数进行操作。如果匿名内部类要拿到外层包裹它的方法的参数，那么要将参数修饰成final 这里调用模板方法将两个dao操作放在一个事物里查看全部
-
编程式事务管理： 1.先配置一个事务管理器DataSourceTransactionManager(是PlatformTransactionManager接口的一个实现类)的bean。 2.配置一个TransactionTemplate的bean。 3.在业务层对象中把TransactionTemplate这个bean注入进去。 4.在业务层中使用注入的TransactionTemplate属性对象调用execute(new TransactionCallbackWithoutResult(){ @Override protected void doInTransactionWithoutResult(TransactionStatus arg0) { accountDao.outMoney(out, money); //int i=1/0; accountDao.inMoney(in, money); } })方法实现事务管理。查看全部
-
Spring事务管理的两种方式查看全部
-
TransactionStatus接口用来记录事务的状态 该接口定义了一组方法,用来获取或判断事务的相应状态信息. 平台事务管理器(PlatformTransactionManager)会根据TransactionDefinition中定义的事务信息(包括隔离级别、传播行为)来进行事务的管理,在管理的过程中事务可能产生了保存点或事务是新的事务等情况,那么这些信息都会记录在TransactionStatus的对象中.查看全部
-
事务的传播行为：主要是解决业务层方法之间的相互调用的问题 第一类共同点：如果 A 方法中有事务，则调用 B 方法时就用该事务，即：A和B方法在同一个事务中。 PROPAGATION_REQUIRED：如果 A 方法中没有事务，则调用 B 方法时就创建一个新的事务，即：A和B方法在同一个事务中。 PROPAGATION_SUPPORTS：如果 A 方法中没有事务，则调用 B 方法时就不使用该事务。 PROPAGATION_MANDATORY：如果 A 方法中没有事务，则调用 B 方法时就抛出异常。 第二类共同点：A方法和B方法没有在同一个事务里面。 PROPAGATION_REQUIRES_NEW：如果 A 方法中有事务，则挂起并新建一个事务给 B 方法。 PROPAGATION_NOT_SUPPORTED：如果 A 方法中有事务，则挂起。 PROPAGATION_NEVER：如果 A 方法中有事务，则报异常。 第三类：如果 A 方法有的事务执行完，设置一个保存点，如果 B 方法中事务执行失败，可以滚回保存点或初始状态。查看全部
举报
0/150
提交
取消