SQL Server 可重复读隔离级别测试及原理

本文通过实际操作演示 SQL Server 数据库中'可重复读'隔离级别的特性，对比'读已提交'隔离级别，展示'可重复读'隔离级别如何保证事务读取一致性，并探讨其在实际开发中的应用场景。

测试步骤

在第一个窗口中先后设定隔离级别：

(1) set transaction isolation level read committed -- 读已提交 (2) set transaction isolation level repeatable read -- 可重复读

然后输入事务1的语句并执行：

begin tran
  select * from student where sno='16071032'
  waitfor delay '00:00:10'
  select * from student where sno='16071032'
commit tran

在第二个窗口中执行事务2：

begin tran
    update student set age=age+1
    where sno='16071032'
commit tran

测试结果

1. 读已提交隔离级别

在第一个窗口中设定隔离级别为'读已提交'（read committed），执行事务1，结果如下图所示：

可以看到，在第一个select语句执行后，事务2更新了该学生的年龄，并提交了事务。因此，第二个select语句返回的结果与第一个select语句不同，因为数据已经被修改。

2. 可重复读隔离级别

接下来，在第一个窗口中设定隔离级别为'可重复读'（repeatable read），执行事务1，结果如下图所示：

可以看到，在第一个select语句执行后，事务2更新了该学生的年龄，并提交了事务。但是，在第二个select语句执行之前，事务1设置了'可重复读'隔离级别，因此事务1看到的数据与第一个select语句执行时是一致的，不受事务2的影响。因此，第二个select语句返回的结果与第一个select语句相同，符合'可重复读'的特性。

总结

通过设置不同的隔离级别，可以控制事务在读取数据时的一致性和并发性。在实际开发中，需要根据具体的业务场景和性能需求选择合适的隔离级别。

例如，如果需要保证事务读取数据的一致性，即使在其他事务修改了数据，也不影响当前事务的读取结果，则可以选择'可重复读'隔离级别。如果性能要求较高，可以考虑使用'读已提交'隔离级别，它允许读取其他事务已经提交的数据，但可能导致读到不一致的数据。