java 数据库 事务 只读_Spring 事务 readOnly 到底是怎么回事?

本文探讨了Spring中@Transactional(readOnly = true)的配置及其对数据库的影响。在Oracle中,readOnly事务不起作用,而在MySQL中则会限制增删改操作。虽然readOnly是一个性能优化建议,并非强制约束,但在某些数据库和驱动中可能有不同的实现。文中还提到了早些年关于autoCommit和readOnly顺序问题的讨论,但在当前环境下,该问题似乎已不适用。
摘要由CSDN通过智能技术生成

Spring的事务经常会有这样的配置:

1

或者这样的注记:

1 @Transactional(readOnly = true)

正好我正在做的项目中这样配置了,而且偶然发现配置了不生效,本着“不弄明白对不起祖国对不起人民”的精神,参考了不少帖子和文档,总结了网上形形色色的答案,稍有收获,规整如下,不正确请指出。

1 readonly并不是所有数据库都支持的,不同的数据库下会有不同的结果。2 设置了readonly后,connection都会被赋予readonly,效果取决于数据库的实现。3 在ORM中,设置了readonly会赋予一些额外的优化,例如在Hibernate中,会被禁止flush等。

经实践,上面的观点基本正确。

环境:Spring-3.1.1、jdk6、oracle-11gR2、mysql-5.6.16、ojdbc6、mysql-connector-java-5.1.31、ibatis-2.3.4.726等,使用的Spring的DataSourceTransactionManager 事务管理器。

查看DataSourceTransactionManager 相关代码可知readOnly值最终是传给Connection的:

1 //Set read-only flag.

2 if (definition != null &&definition.isReadOnly()) {3 try{4 if(logger.isDebugEnabled()) {5 logger.debug("Setting JDBC Connection [" + con + "] read-

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值