摘要：中的事务控制方式编程式事务管理通过手动编码控制事务的边界，可以实现细粒度的事务控制，一般用的较少。隔离级别控制并发访问下数据库的安全性。内部事务的回滚不会对外部事务造成影响。可能导致脏幻不可重复读允许在并发事务已经提交后读取。
1.事务的概念
事务是一组操作的执行单元，相对于数据库的单条操作而言，事务管理的是一组SQL指令，如增删改查等，事务的特性体现在事务内包含的SQL指令必须全部执行成功，如果其中一条指令发生错误，那么整个事务内的一组操作都要进行回滚。
事务有四个特性：
原子性 Atomic ，事务是一个不可再拆分的最小单位，要么整个执行，要么整个回滚.
一致性 Consistent，事务要保证数据库整体数据的完整性和业务的数据的一致性，事务成功提交整体数据修改，事务错误则回滚到数据回到原来的状态。
隔离性 Isolate，两个事务的执行都是独立的，事务之前不会相互影响，多个事务操作一个对象时会以串行等待的方式保证事务相互之间处于隔离。
持久性 Durable，一旦事务成功提交后，数据将会保存到数据库，不能再进行回滚，以后的操作都将在当前数据库状态上继续进行。
2.Spring中的事务控制方式编程式事务管理
通过手动编码控制事务的边界，可以实现细粒度的事务控制，一般用的较少。
声明式事务管理
只需要在Spring中添加一些配置文件或者使用注解，即可实现将操作纳入事务管理中，事务管理使用了Spring AOP，降低了代码之间的耦合。
Spring中并没有直接管理事务，而是将管理事务委托给相应的持久化机制提供的某个特定平台的实现。
| 事务管理器实现 | 目标 |
|---|---|
| org.springframework.jdbc.datasource.DataSourceTransactionManager | 在单一的JDBC Datasource中管理事务 |
| org.springframework.orm.hibernate5.HibernateTransactionManager | 当持久化机制是hibernate时，用它来管理事务 |
| org.springframework.jdo.JdoTransactionManager | 当持久化机制是Jdo时，用它来管理事务 |
| org.springframework.transaction.jta.JtaTransactionManager | 使用一个JTA实现来管理事务。在一个事务跨越多个资源时必须使用 |
| org.springframework.orm.ojb.PersistenceBrokerTransactionManager | 当apache的ojb用作持久化机制时，用它来管理事务 |
Spring关于事务的注解中有以下几个属性（部分）
@Transactional(
readOnly = false, //读写事务
timeout = -1, //超时
noRollbackFor = ArithmeticException.class //遇到数学异常不回滚
isolation = Isolation.REPEATABLE_READ, //事务隔离级别
propagation = Propagation.REQUIRED //事务传播规则
)
是否为只读事务：只读事务不做任何修改，可以优化查询操作。
事务超时(单位为秒)：事务的最长持续时间，如果该时间内事务一直没有操作或回滚，则系统将自动进行回滚。-1表示不超时，但最终实现需要由底层数据库实现。
隔离级别：控制并发访问下数据库的安全性。
传播规则：定义事务方法和调用事务方法的方法之间的事务边界。
5.事务传播规则| 传播行为 | 意义 |
|---|---|
| REQUIRED | 业务方法需要在一个事务中运行。如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务 |
| NOT_SUPPORTED | 声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行 |
| REQUIRES_NEW | 属性表明不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新事务才算结束，原先的事务才会恢复执行 |
| MANDATORY | 该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出异常 |
| SUPPORTS | 这一事务属性表明，如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分。如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行 |
| NEVER | 指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出异常，只有业务方法没有关联到任何事务，才能正常执行 |
| NESTED | 如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.它使用了一个多带带的事务， 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效 |
| 隔离级别 | 意义 |
|---|---|
| DEFAULT | 默认的隔离级别 |
| READ_UNCOMMITED | 允许你读取还未提交的改变了的数据。可能导致脏、幻、不可重复读 |
| READ_COMMITTED | 允许在并发事务已经提交后读取。可防止脏读，但幻读和 不可重复读仍可发生 |
| REPEATABLE_READ | 对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生 |
| SERIALIZABLE | 完全服从事务ACID的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的 |
不同的隔离级别采用不同的方式来实现，在四种隔离级别中，Serializable的隔离级别最高，Read Uncommited的隔离级别最低。
大多数据库默认的隔离级别为Read Commited，如SqlServer，Oracle
当然也有少部分数据库默认的隔离级别为Repeatable_Read ，如Mysql,
Oracle数据库支持READ COMMITTED和SERIALIZABLE两种事务隔离性级别，不支持READ UNCOMMITTED和REPEATABLE READ这两种隔离性级别。虽然SQL标准定义的默认事务隔离性级别是SERIALIZABLE，但是Oracle数据库默认使用的事务隔离性级别却是READ COMMITTED.
7.相关资料脏读、不可重复读、幻读区别
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/67620.html
摘要：连接对象执行命令对象执行关闭值得注意的是，对数据库连接池是有很好的支持的。给我们提供了事务的管理器类，事务管理器类又分为两种，因为的事务和的事务是不一样的。 前言 上一篇Spring博文主要讲解了如何使用Spring来实现AOP编程，本博文主要讲解Spring的DAO模块对JDBC的支持，以及Spring对事务的控制... 对于JDBC而言，我们肯定不会陌生，我们在初学的时候肯定写过非...
摘要：我自己总结的学习的系统知识点以及面试问题，已经开源，目前已经。目前最新的版本中模块的组件已经被废弃掉，同时增加了用于异步响应式处理的组件。每一次请求都会产生一个新的，该仅在当前内有效。显而易见，这种模式存在很多问题。 我自己总结的Java学习的系统知识点以及面试问题，已经开源，目前已经 41k+ Star。会一直完善下去，欢迎建议和指导，同时也欢迎Star： https://githu...
摘要：在框假中充当了管理容器的角色。中也有对事务的管理，中事务管理是通过创建和维护来完成。这也就是所谓控制反转的概念所在依赖控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。 在SSH框假中spring充当了管理容器的角色。我们都知道Hibernate用来做持久层，因为它将JDBC做了一个良好的封装，程序员在与数据库进行交互时可以不用书写大量的SQL语句。Struts是用来做应用层...
摘要：中大致分为两部分事务管理器和本地资源管理器。具体实现分布式事务框架的核心功能是对本地事务的协调控制，框架本身并不创建事务，只是对本地事务做协调控制。 Spring Cloud 分布式事务管理 在微服务如火如荼的情况下，越来越多的项目开始尝试改造成微服务架构，微服务即带来了项目开发的方便性，又提高了运维难度以及网络不可靠的概率. @[toc]在说微服务的优缺点时，有对比才会更加明显，首先...
阅读 3419·2023-04-26 02:31
阅读 3596·2021-11-23 09:51
阅读 1258·2021-11-17 09:33
阅读 2410·2021-11-16 11:45
阅读 2550·2021-10-11 11:12
阅读 2382·2021-09-22 15:22
阅读 2692·2021-09-04 16:40
阅读 2544·2021-07-30 15:30
