郑州网站建设一汉狮网络,手机上的编程软件,南京seo排名扣费,wordpress qq相册前些天发现了一个巨牛的人工智能学习网站#xff0c;通俗易懂#xff0c;风趣幽默#xff0c;忍不住分享一下给大家。点击跳转到教程。 Transactional 是声明式事务管理 编程中使用的注解
1 .添加位置
1#xff09;接口实现类或接口实现方法上#xff0c;而不是接口类中…前些天发现了一个巨牛的人工智能学习网站通俗易懂风趣幽默忍不住分享一下给大家。点击跳转到教程。 Transactional 是声明式事务管理 编程中使用的注解
1 .添加位置
1接口实现类或接口实现方法上而不是接口类中。 2访问权限public 的方法才起作用。Transactional 注解应该只被应用到 public 方法上这是由 Spring AOP 的本质决定的。 系统设计将标签放置在需要进行事务管理的方法上而不是放在所有接口实现类上只读的接口就不需要事务管理由于配置了Transactional就需要AOP拦截及事务的处理可能影响系统性能。
3错误使用
1.接口中A、B两个方法A无Transactional标签B有上层通过A间接调用B此时事务不生效。2.接口中异常运行时异常被捕获而没有被抛出。默认配置下spring 只有在抛出的异常为运行时 unchecked 异常时才回滚该事务也就是抛出的异常为RuntimeException 的子类(Errors也会导致事务回滚)而抛出 checked 异常则不会导致事务回滚 。可通过 Transactional rollbackFor进行配置。3.多线程下事务管理因为线程不属于 spring 托管故线程不能够默认使用 spring 的事务,也不能获取spring 注入的 bean 。在被 spring 声明式事务管理的方法内开启多线程多线程内的方法不被事务控制。一个使用了Transactional 的方法如果方法内包含多线程的使用方法内部出现异常不会回滚线程中调用方法的事务。
2.声明式事务管理实现方式 基于 tx 和 aop 名字空间的 xml 配置文件
// 基本配置
?xml version1.0 encodingUTF-8?
beans xmlnshttp://www.springframework.org/schema/beansxmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xmlns:contexthttp://www.springframework.org/schema/contextxmlns:mvchttp://www.springframework.org/schema/mvc xmlns:aophttp://www.springframework.org/schema/aopxmlns:taskhttp://www.springframework.org/schema/task xmlns:jmshttp://www.springframework.org/schema/jmsxmlns:txhttp://www.springframework.org/schema/txxsi:schemaLocationhttp://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-4.1.xsdhttp://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsdhttp://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.1.xsdhttp://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsdhttp://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-4.1.xsdhttp://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsdhttp://www.springframework.org/schema/jms http://www.springframework.org/schema/jms/spring-jms-4.1.xsdbean nametransactionManagerclassorg.springframework.jdbc.datasource.DataSourceTransactionManagerproperty namedataSource refshardingDataSource/property/beantx:annotation-driven transaction-managertransactionManager proxy-target-classtrue /// MyBatis 自动参与到 spring 事务管理中无需额外配置
只要 org.mybatis.spring.SqlSessionFactoryBean 引用的数据源与
DataSourceTransactionManager 引用的数据源一致即可否则事务管理会不起作用。// annotation-driven 标签的声明
是在 Spring 内部启用 Transactional 来进行事务管理使用 Transactional 前需要配置。3. Transactional注解 Transactional 实质是使用了 JDBC 的事务来进行事务控制的 Transactional 基于 Spring 的动态代理的机制
Transactional 实现原理1) 事务开始时通过AOP机制生成一个代理connection对象并将其放入 DataSource 实例的某个与 DataSourceTransactionManager 相关的某处容器中。在接下来的整个事务中客户代码都应该使用该 connection 连接数据库执行所有数据库命令。[不使用该 connection 连接数据库执行的数据库命令在本事务回滚的时候得不到回滚]物理连接 connection 逻辑上新建一个会话sessionDataSource 与 TransactionManager 配置相同的数据源2) 事务结束时回滚在第1步骤中得到的代理 connection 对象上执行的数据库命令然后关闭该代理 connection 对象。事务结束后回滚操作不会对已执行完毕的SQL操作命令起作用
4.声明式事务的管理实现本质 事务的两种开启方式 显示开启 start transaction | begin通过 commit | rollback 结束事务 关闭数据库中自动提交 autocommit set autocommit 0MySQL 默认开启自动提交通过手动提交或执行回滚操作来结束事务 Spring 关闭数据库中自动提交在方法执行前关闭自动提交方法执行完毕后再开启自动提交 // org.springframework.jdbc.datasource.DataSourceTransactionManager.java 源码实现// switch to manual commit if necessary. this is very expensive in some jdbc drivers,// so we dont want to do it unnecessarily (for example if weve explicitly// configured the connection pool to set it already).if (con.getautocommit()) {txobject.setmustrestoreautocommit(true);if (logger.isdebugenabled()) {logger.debug(switching jdbc connection [ con ] to manual commit);}con.setautocommit(false);}
问题
关闭自动提交后若事务一直未完成即未手动执行 commit 或 rollback 时如何处理已经执行过的SQL操作
C3P0 默认的策略是回滚任何未提交的事务 C3P0 是一个开源的JDBC连接池它实现了数据源和 JNDI 绑定支持 JDBC3 规范和 JDBC2 的标准扩展。目前使用它的开源项目有 HibernateSpring等 JNDI(Java Naming and Directory Interface,Java命名和目录接口)是SUN公司提供的一种标准的Java命名系统接口JNDI提供统一的客户端API通过不同的访问提供者接口JNDI服务供应接口(SPI)的实现由管理者将JNDI API映射为特定的命名服务和目录系统使得Java应用程序可以和这些命名服务和目录服务之间进行交互
-------------------------------------------------------------------------------------------------------------------------------5. spring 事务特性 spring 所有的事务管理策略类都继承自 org.springframework.transaction.PlatformTransactionManager 接口
public interface PlatformTransactionManager {TransactionStatus getTransaction(TransactionDefinition definition)throws TransactionException;void commit(TransactionStatus status) throws TransactionException;void rollback(TransactionStatus status) throws TransactionException;
}
事务的隔离级别是指若干个并发的事务之间的隔离程度
1. Transactional(isolation Isolation.READ_UNCOMMITTED)读取未提交数据(会出现脏读,不可重复读) 基本不使用2. Transactional(isolation Isolation.READ_COMMITTED)读取已提交数据(会出现不可重复读和幻读)3. Transactional(isolation Isolation.REPEATABLE_READ)可重复读(会出现幻读)4. Transactional(isolation Isolation.SERIALIZABLE)串行化
事务传播行为如果在开始当前事务之前一个事务上下文已经存在此时有若干选项可以指定一个事务性方法的执行行为
1. TransactionDefinition.PROPAGATION_REQUIRED如果当前存在事务则加入该事务如果当前没有事务则创建一个新的事务。这是默认值。2. TransactionDefinition.PROPAGATION_REQUIRES_NEW创建一个新的事务如果当前存在事务则把当前事务挂起。3. TransactionDefinition.PROPAGATION_SUPPORTS如果当前存在事务则加入该事务如果当前没有事务则以非事务的方式继续运行。4. TransactionDefinition.PROPAGATION_NOT_SUPPORTED以非事务方式运行如果当前存在事务则把当前事务挂起。5. TransactionDefinition.PROPAGATION_NEVER以非事务方式运行如果当前存在事务则抛出异常。6. TransactionDefinition.PROPAGATION_MANDATORY如果当前存在事务则加入该事务如果当前没有事务则抛出异常。7. TransactionDefinition.PROPAGATION_NESTED如果当前存在事务则创建一个事务作为当前事务的嵌套事务来运行如果当前没有事务则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。 上表字段说明
1. value 主要用来指定不同的事务管理器主要用来满足在同一个系统中存在不同的事务管理器。比如在Spring中声明了两种事务管理器txManager1, txManager2.然后用户可以根据这个参数来根据需要指定特定的txManager.2. value 适用场景在一个系统中需要访问多个数据源或者多个数据库则必然会配置多个事务管理器的3. REQUIRED_NEW内部的事务独立运行在各自的作用域中可以独立的回滚或者提交而外部的事务将不受内部事务的回滚状态影响。4. ESTED 的事务基于单一的事务来管理提供了多个保存点。这种多个保存点的机制允许内部事务的变更触发外部事务的回滚。而外部事务在混滚之后仍能继续进行事务处理即使部分操作已经被混滚。 由于这个设置基于 JDBC 的保存点所以只能工作在 JDB C的机制。5. rollbackFor让受检查异常回滚即让本来不应该回滚的进行回滚操作。6. noRollbackFor忽略非检查异常即让本来应该回滚的不进行回滚操作。 6.其他
1. 事务方法的嵌套调用会产生事务传播。
2. spring 的事务管理是线程安全的
3. 父类的声明的 Transactional 会对子类的所有方法进行事务增强子类覆盖重写父类方式可覆盖其 Transactional 中的声明配置。4. 类名上方使用 Transactional类中方法可通过属性配置来覆盖类上的 Transactional 配置比如类上配置全局是可读写可在某个方法上改为只读。 如果不对运行时异常进行处理那么出现运行时异常之后要么是线程中止要么是主程序终止。 如果不想终止则必须捕获所有的运行时异常决不让这个处理线程退出。队列里面出现异常数据了正常的处理应该是把异常数据舍弃然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。 非运行时异常是RuntimeException以外的异常类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。对于这种异常JAVA编译器强制要求我们必需对出现的这些异常进行catch并处理否则程序就不能编译通过。所以面对这种异常不管我们是否愿意只能自己去写一大堆catch块去处理可能的异常。 --------------------- 转自https://blog.csdn.net/mingyundezuoan/article/details/79017659
https://www.cnblogs.com/clwydjgs/p/9317849.html
