多线程测试spring事务隔离级别,发现没有效果啊-问答-阿里云开发者社区-阿里云

开发者社区> 问答> 正文

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

a123456678 2016-03-16 09:31:33 2121

闲的无事,就像测试下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的事务,请高手帮忙解惑。

Java 关系型数据库 MySQL 数据库 Spring
分享到
取消 提交回答
全部回答(1)
  • a123456678
    2019-07-17 19:03:21

    你的测试用例其实并不严谨。

    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. 这样一步步做过去,出问题时,才容易找到原因,否则纠缠太多,不利于学习中的知识点各个击破。

    0 0
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

推荐文章
相似问题
推荐课程