@JFinal

没在 sql 之中这么玩过 tx_isolation ， 建议你找找 mysql 文件，这里头可能有一个优先级的问题

@JFinal 我看了源码,在获取conn连接的时候并没有设置事务级别,所以conn.getTransactionIsolation()返回的都是mysql的默认级别,除非使用Db.tx 这样是生效的,否则arp设置的其他级别都不会生效

@JFinal 我在config.java 里面的getConnection() 方法 return 之前加了一行代码conn.setTransactionIsolation(this.transactionLevel);问题得到了解决,所以我觉得这块是有问题的

@JFinal com.jfinal.plugin.activerecord.Config 这个类

@JFinal 这块应该是一个bug

看一下源码 Tx.java， https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/tx/Tx.java

第 62 和 75 行，已调用 setTransactionIsolation(...);

@JFinal 我是使用单独的activerecord没有Tx.java 这个类

@JFinal 而且这也是使用@Before(Tx.class) 才会生效,如果没有使用拦截器 arp设置的事务级别也不会生效

@chcode 没用 Tx.java 需要用 Db.tx(...) 来应用这个参数

@JFinal 我并没有要使用事务,我只是要以某个事务级别去执行sql语句

@JFinal 比如我就要读取别的事务未提交的数据,就要以TRANSACTION_READ_UNCOMMITTED级别去执行sql语句

@JFinal arp.setTransactionLevel(XXX);不是用来设置jdbc全局事务级别的吗?说白了我只是查询,没有任何事务的回滚也需要使用Db.tx去更改事务级别,而 arp.setTransactionLevel(XXX)更改不了

arp.setTransactionLevel(...) 只对开启事务的地方有影响，例如 Db.tx(...)、@Before(Tx.class)

其它用法没有干预用了 mysql 默认的行为

你先用 Db.tx(...) 解决一下吧，你这个需求以前没碰到过，先备忘一下，以后考虑添加支持

@JFinal 好的谢谢波总的解答,不过我还是觉得开启事务和设置事务的隔离级别是两个事情,并不是在开启事务的情况下才去应用事务的隔离级别

@chcode 我感觉你说的值得深入研究，得仔细看 mysql 官方文档

@JFinal 我暂时通过继承DbPro 在所有获取conn的地方设置 conn.setTransactionIsolation(config.getTransactionLevel());,虽然overwrite的方法有点多,但是是一次性的,不然就得在所有地方使用Db.tx了

@chcode 知道扩展 DbPro， 看来是高手啊， 赞

@JFinal 发现了更好的解决方式 DruidDataSource dataSource = (DruidDataSource) druidPlugin.getDataSource(); dataSource.setDefaultTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);不过发现了druidPlugin竟然没有实现setDefaultTransactionIsolation参数的配置,是不是该优化下了,哈哈

@chcode 已添加：
https://gitee.com/jfinal/jfinal/commit/89ef19dfa03cb018900f331fd53cc3c88263aef6

@JFinal 赞

@chcode DruidPlugin 可以直接复制一份出来到你自己项目中，然后改改就可以用了，不使用官方的实现，十分方便