http://san-yun.iteye.com/blog/494405
“事务隔离级别(transaction isolation degree)”,ANSI标准定义了4个隔离级别标准:
READ UNCOMMITTED:最低级别的隔离,通常又称为dirty read,它允许一个事务读取还没commit的数据,这样可能会提高性能,但是dirty read可能不是我们想要的。【
可以读取其他事务还没提交或回滚的数据】
READ COMMITTED:在一个事务中只允许已经commit的记录可见。如果session中select还在查询中,另一session此时insert一条记录,当前事务可以看到修改的记录,从而产生不可重复读取和幻像数据。【
只读取其他事务已经提交或回滚的数据】
REPEATABLE READ:在一个事务开始后,其他session对数据库的修改在本事务中不可见,直到本事务commit或rollback。在一个事务中重复select的结果一样,除非本事务中update数据库。 【
不修改其他事务没提交或回滚的数据】
SERIALIZABLE:最高级别的隔离,只允许事务串行执行。为了达到此目的,数据库会锁住每行已经读取的记录,其他session不能修改数据直到前一事务结束,事务commit或取消时才释放锁。 【
事务串行执行】
主流数据库的一般的默认是READ COMMITTED级别。
MYSQL和MS SQLServer遵守了这个定义而oracle没有。oracle只有三种事务隔离等级:
Read committed
Serializable
Read-only Read-only transactions see only those changes that were committed at the time the transaction began and do not allow INSERT, UPDATE, and DELETE statements
前两个Read committed,Serializable 和ANSI的定义是一致的,来看看最关键的第三个Read-only 。
Read-only事务只会看到在这个事务开启时间点其他事务提交过的数据,并且不允许执行INSERT, UPDATE,DELETE语句,换句话说,在设置set transaction read only后,当前会话所见的数据图像,将不再受到其他会话事务的影响。
所以oracle支持的只读事务不是为了优化性能,而是为了让这个事务中所有的查询操作看到的数据是一个时间点(开启事务)上的一致数据。MYSQL,SQL_SERVER根本没有只读事务的概念,但是有REPEATABLE READ,具体看之间的差别。
分享到:
相关推荐
只读模式(READ ONLY)允许用户读取数据库中的数据,但不允许任何写入操作,包括DML(如INSERT、UPDATE、DELETE)和DDL(如CREATE TABLESPACE、ALTER DATABASE ADD LOGFILE等)操作。此模式主要用于保护数据库免受...
例如,对于只读操作,你可以设置`PROPAGATION_REQUIRED,readOnly`,这样所有以特定前缀(如`find*`、`get*`等)的方法都会在一个只读事务中执行。这种方式减少了重复配置,提高了效率。 3. **事务传播行为** - `...
注解中可以包含多个属性,如`value`(指定事务管理器)、`propagation`(事务传播行为)、`isolation`(事务隔离级别)、`readOnly`(是否只读事务)等,以定制事务的行为。 3. **事务传播行为** 事务传播行为定义...
* isReadOnly():获取事务的只读状态 事务隔离级别 TransactionDefinition 接口中定义了五个表示隔离级别的常量: * TransactionDefinition.ISOLATION_DEFAULT:默认值,表示使用底层数据库的默认隔离级别 * ...
- 只读事务:通过设置事务为只读模式,可以提高事务的性能,尤其是对于那些只进行数据读取操作的事务。 - 超时设置:可以为事务设置一个最大执行时间,超过时间则自动回滚事务。 总之,Spring事务框架提供了一套...
同时,Spring还提供了其他的事务注解,如@Transactional(readOnly = true)来标记只读事务,以及@Transactional(noRollbackFor = Exception.class)来指定哪些异常不触发回滚。 总结来说,Spring的事务管理提供了多种...
首先,Spring的事务管理分为两种模式:编程式事务管理和声明式事务管理。编程式事务管理通过`PlatformTransactionManager`接口及其实现类(如`DataSourceTransactionManager`)进行手动控制,而声明式事务管理则更加...
只读事务不会进行回滚,适合只查询不修改数据的操作。 选择最合适的事务管理方式取决于项目的规模、复杂性和团队的技术栈。小型项目或快速原型开发中,编程式事务管理可能更合适;对于大部分企业级应用,声明式事务...
注解中的属性包括`propagation`(事务传播行为)、`isolation`(隔离级别)、`readOnly`(只读事务)、`timeout`(超时时间)和`rollbackFor`(触发回滚的异常类型)等。 2. 事务传播行为(Propagation): Spring...
TransactionDefinition接口定义了事务的规则,包括事务的名称、隔离级别、传播行为和超时时间,以及是否为只读事务。这些属性对事务的行为有直接影响: - `getName()`:返回事务的唯一标识。 - `...
1. **TransactionDefinition**: 定义了事务的属性,如隔离级别、传播行为、读写模式、超时时间以及是否为只读事务。 2. **PlatformTransactionManager**: 这是Spring事务管理的顶级接口,提供了开始、提交、回滚...
- `readOnly`: 是否为只读事务,如果设置为`true`,则事务管理器会尽可能地优化只读事务,例如在某些数据库中禁用写锁定。 - `rollbackFor`和`noRollbackFor`: 分别指定发生哪些异常时应回滚和不应回滚事务。 3. ...
接下来,我们需要定义事务通知,包括定义方法的过滤规则,所有方法都使用事务,并且定义所有 get 开头的方法都是只读的。 最后,我们需要定义 AOP 配置,包括定义一个切入点,定义事务的通知,进行适配。 基于 @...
可以设置属性如`propagation`(事务传播行为)、`isolation`(隔离级别)、`readOnly`(只读事务)、`timeout`(事务超时时间)等。例如: ```java @Service public class BankAccountService { @Transactional ...
接着,`TransactionDefinition`接口是事务的定义信息,它包含了事务的隔离级别、传播行为、超时设置以及是否为只读事务。隔离级别是防止并发事务之间数据冲突的重要手段,常见的隔离级别有READ_UNCOMMITTED、READ_...
在Spring框架中,声明式事务管理是实现事务处理的一种高效且灵活的方式,它允许开发者通过在服务层方法上添加特定的注解来控制事务的边界,而无需编写大量的事务管理代码。这种方式使得业务逻辑和事务控制得以分离,...
总结,SSM框架下的事务管理,无论是注解方式还是XML配置方式,都旨在简化事务处理,提高代码的可读性和可维护性。理解并熟练掌握这些事务管理方式,对于提升Java Web应用的稳定性和可靠性至关重要。通过...
此注解可以包含各种事务属性,如isolation(隔离级别)、propagation(传播行为)、timeout(超时时间)和readOnly(只读事务)。 在Spring中,事务传播行为有七种,包括REQUIRED、SUPPORTS、MANDATORY、REQUIRES_...
1. **TransactionDefinition**: 这个接口定义了事务的属性,如隔离级别、事务超时时间、是否只读等。通过TransactionDefinition,我们可以定制事务的行为。 2. **TransactionStatus**: 提供了事务的状态信息,如...
事务管理器可以根据此标志进行优化,例如对只读事务不进行锁定,提高性能。在只读事务中,数据库的修改操作将被禁止。 通过配置这些事务属性,我们可以精确地控制Spring声明式事务的行为,以满足不同业务场景的需求...