在SQL Server的使用过程中，为了避免读锁，提高查询效率或不在乎脏读的场景下，通常会在SQL语句中使用 with(nolock) hint。那么在Spring下如何获得相同的效果呢？下面介绍下具体实现和验证过程。

实现

nolock是一个SQL Server独有的hint指令，肯定不能硬编码的方式实现，否则切换数据库的时候会痛不欲生。nolock是一种锁机制，很容易想到应该将其转换为事务级别来在java中实现。通过查阅MSDN得知，nolock 等同于 事务级别为：read uncommitted。

Spring 提供了@Transactional注解，在这个注解可以针对类或者方法设置事务级别。现我们通过这个注解，设置事务级别为READ_UNCOMMITTED。如下例：

@Transactional(isolation = Isolation.READ_UNCOMMITTED)
@Query(value = "select xjjgk from MisxjjgkEntity xjjgk where xjjgk.jlzt = 0 and xjjgk.bgdh = ?1 and xjjgk.jzlb = ?2 and xjjgk.yljgdm = ?3")
List<MisxjjgkEntity> getMisxjjgkEntitiesByBgdh(String bgdh, String jzlb, String yljgdm);

验证

我们使用以下语句锁住一行

BEGIN TRAN
       UPDATE CDR_MIS_XJJGK SET jyysmc='lefer' WHERE bgdh='9570072';
       -- ROLLBACK

在SQL Server中执行select，发现一直在转圈圈，确认该行已被锁。

select * from CDR_MIS_XJJGK where bgdh='9570072';

编写一个test，进行测试

@Test
public void contextLoads() {
Assert.assertEquals(misxjjgkDAO.getMisxjjgkEntitiesByBgdh("9570072","2","0006").size(),1);
}

test成功，很顺利的读出了被锁的行。此时我们去掉@Transactional注解，再次执行test。发现一直在转圈圈，处于被锁状态。

由此得知，该注解工作正常，达到了预期目标。

END