方式三:利用Connection或者SqlSession源生的方式
这个就更底层了,需要自己去管事务、finally里关链接等。这里就不详细介绍了~~~~
关于数据库事务的自动提交(AutoCommit)
默认情况下,数据库处于自动提交模式。每一条语句处于一个单独的事务中,在这条语句执行完毕时,如果执行成功则隐式的提交事务;执行失败则隐式的回滚事务
对于正常的事务管理,是一组相关的操作处于一个事务之中,因此必须关闭数据库的自动提交模式。不过,这个我们不用担心,spring会将底层连接的自动提交特性设置为false
具体代码在:org.springframework.jdbc.datasource.DataSourceTransactionManager#doBegin()方法里有这么一段代码:
@Override protected void doBegin(Object transaction, TransactionDefinition definition) { ... // Switch to manual commit if necessary. This is very expensive in some JDBC drivers, // so we don't want to do it unnecessarily (for example if we've explicitly // configured the connection pool to set it already). // 切换JDBC Connection到手动commit的模式~~~~~ if (con.getAutoCommit()) { txObject.setMustRestoreAutoCommit(true); if (logger.isDebugEnabled()) { logger.debug("Switching JDBC Connection [" + con + "] to manual commit"); } con.setAutoCommit(false); } } @Override protected void doCleanupAfterCompletion(Object transaction) { ... // 处理完成后,又会把这个连接切回到自动模式~~~ 毕竟用的连接池,要把它的状态还原 if (txObject.isMustRestoreAutoCommit()) { con.setAutoCommit(true); } }
可议很清晰的发现,如果有需要,Spring会将该链接切换到手动模式。
有些数据连接池提供了关闭事务自动提交的设置,最好在设置连接池时就将其关闭。但C3P0没有提供这一特性,只能依靠spring来设置
TransactionDefinition介绍
上面讲到的事务管理器接口PlatformTransactionManager通过getTransaction(TransactionDefinition definition)方法来得到事务,这个方法里面的参数是TransactionDefinition,这个类就定义了一些基本的事务属性。
事务属性可以理解成事务的一些基本配置,描述了事务策略如何应用到方法上。事务属性包含了5个方面,如图所示:
// 它的常用实现类为:DefaultTransactionDefinition // TransactionAttribute接口也继承自此接口~~~ public interface TransactionDefinition { // 7种类型的事务传播行为 int PROPAGATION_REQUIRED = 0; // 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。 int PROPAGATION_SUPPORTS = 1; //支持当前事务,如果当前没有事务,就以**非事务**方式执行 int PROPAGATION_MANDATORY = 2; //使用当前的事务,如果当前没有事务,就抛出异常 int PROPAGATION_REQUIRES_NEW = 3; //新建事务,如果当前存在事务,把当前事务挂起 ===== 这个也是使用较多的 相当于另起炉灶 int PROPAGATION_NOT_SUPPORTED = 4; //以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 int PROPAGATION_NEVER = 5; //以非事务方式执行,如果当前存在事务,则抛出异常 int PROPAGATION_NESTED = 6; //如果当前存在事务,则在嵌套事务(它是一个子事务,但他仍还是外部事务的一部分,外部事务提交了它才提交。。。注意和REQUIRES_NEW的区别~~~)内执行。 //如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作 // 4种:隔离级别 // PlatformTransactionManager的默认隔离级别(对大多数数据库来说就是ISOLATION_ READ_COMMITTED // MySQL默认采用ISOLATION_REPEATABLE_READ,Oracle采用READ__COMMITTED级别 int ISOLATION_DEFAULT = -1; //读未提交 最低的隔离级别。(事实上我们不应该称其为隔离级别) 可能导致脏,幻,不可重复读 int ISOLATION_READ_UNCOMMITTED = Connection.TRANSACTION_READ_UNCOMMITTED; // 读已提交,大多数数据库的默认级别。可防止脏读,但幻读和不可重复读仍可以发生。 int ISOLATION_READ_COMMITTED = Connection.TRANSACTION_READ_COMMITTED; // 可重复读。该隔离级别确保如果在事务中查询了某个数据集,你至少还能再次查询到相同的数据集,即使其他事务修改了所查询的数据。 // 可防止脏读,不可重复读,但幻读仍可能发生。 int ISOLATION_REPEATABLE_READ = Connection.TRANSACTION_REPEATABLE_READ; // 序列化。代价最大、可靠性最高的隔离级别 所有的事务都是按顺序一个接一个地执行。避免所有不安全读取。 int ISOLATION_SERIALIZABLE = Connection.TRANSACTION_SERIALIZABLE; // 默认的超时时间 -1表示不超时(单位是秒) // 如果超过该时间限制但事务还没有完成,则自动回滚事务 int TIMEOUT_DEFAULT = -1; int getPropagationBehavior(); //返回事务的传播行为(一共7种) int getIsolationLevel(); // 返回事务的隔离级别。 事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据 int getTimeout(); // 返回超时时间(事务必须在多少秒内完成) boolean isReadOnly(); // 事务是否只读(事务管理器能够根据这个返回值进行优化,确保事务是只读的) @Nullable String getName(); // 事务的名字 可以为null }
事务四大特性:ACID
- Atomicity(原子性):事务是一个原子操作,由一系列动作组成。事务的原子性确保动作要么全部完成,要么完全不起作用。
- Consistency(一致性):一旦事务完成(不管成功还是失败),系统必须确保它所建模的业务处于一致的状态,而不会是部分完成部分失败。在现实中的数据不应该被破坏。
- Isolation(隔离性):可能有许多事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来,防止数据损坏
- Durability(持久性):一旦事务完成,无论发生什么系统错误,它的结果都不应该受到影响,这样就能从任何系统崩溃中恢复过来。通常情况下,事务的结果被写到持久化存储器中。
CAP:Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性)
BASE理论:Basically Available(基本可用)、Soft state(软状态)和Eventually consistent(最终一致性)三个短语的缩写
在实际的分布式场景中,不同业务单元和组件对数据一致性的要求是不同的,因此在具体的分布式系统架构设计过程中,ACID特性和BASE理论往往又会结合在一起
附:Spring容器内事务相关Bean的截图
bean定义信息截图:((BeanDefinitionRegistry) (beanFactory)).getBeanDefinitionNames();
单例Bean截图:((SingletonBeanRegistry) beanFactory).getSingletonNames();
事务相关的新增的Bean同上,此处截图省略(因为都会以Bean定义信息形式注入)~
总结
Spring中的事务管理可以说是Spring Frameowork非常非常重要的一部分内容,它极大的简化了开发者对事务的管理,并且采用声明式,非侵入式的方式去管理事务,让一个简单的POJO就能够很方便的进行事务管理,可谓使用门槛非常非常低了
但是任何东西都是相对的,方便的同时更多的是屏蔽了实现。因此对于Spring事务管理的原理、认知还任重道远,还会继续~~~