开发者社区> 问答> 正文

多线程测试spring事务隔离级别,发现没有效果啊

闲的无事,就像测试下spring的事务隔离级别是否真的能工作,先说下环境,spring3.1.2,mysql5,innob引擎。mysql配置的隔离级别是read-commit,用的是spring的jdbcTemplate直接操作数据库。

测试逻辑是这样的,两个进程T1,T2向数据库同一字段写入内容。然后通过改变隔离级别来验证spring事务是否有效。

线程T1 线程T2
读取字段name:1111
休眠sleep,模拟业务处理 读取字段name:1111
休眠sleep,模拟业务处理
修改字段name:2222
修改字段name:1111

比如设置为 Isolation.REPEATABLE_READ,我的理解是这样的:T1的事务会对数据表的这行数据加锁,T2可以读取,但写入时需要获取锁,必须等待T1完成之后才能继续操作,但实际情况是T2直接提交了把name字段改为2222。
是不是我的理解有误,还是不能用这种多线程去测试spring的事务,请高手帮忙解惑。

展开
收起
a123456678 2016-03-16 09:31:33 4070 0
1 条回答
写回答
取消 提交回答
  • 你的测试用例其实并不严谨。

    T1, 因为它没有修改数据,所以,只要有基本的MVCC(多版本并发控制)的功能,就可以满足“可重复读”了,无论T2,T3,T4有没有修改数据,根本无需锁定表。 - 比如oracle,这时默认情况下,T1是从undo中读取"旧"数据。

    再考虑数据库可能采用行锁,其实你要测试事务隔离级别的步骤应该是这样:

    1. T1 T2 关闭autocommit;

    2.T1 - select (开事务)

    3.T2 - update t1看得到的记录(随便一条),注意不要commit

    4.T1 - update T2中事务影响到的那条记录(此时,T1的事务就被挂起了)

    5.T2 - 提交 - (这时,T1也解锁了)

    要做这样的测试,其实用单纯的数据库客户端开两个SESSION还直观一些,无论是用mysql或postgresql或oracle都能完成这个测试。

    确认用例正常后,再考虑多线程(JDBC),然后再考虑Spring的JDBCTemplate. 这样一步步做过去,出问题时,才容易找到原因,否则纠缠太多,不利于学习中的知识点各个击破。

    2019-07-17 19:03:21
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
云栖社区特邀专家徐雷Java Spring Boot开发实战系列课程(第20讲):经典面试题与阿里等名企内部招聘求职面试技巧 立即下载
微服务架构模式与原理Spring Cloud开发实战 立即下载
阿里特邀专家徐雷Java Spring Boot开发实战系列课程(第18讲):制作Java Docker镜像与推送到DockerHub和阿里云Docker仓库 立即下载