我认为上述隔离级别是如此相似。有人能举个例子说明一下主要的区别是什么吗?
当前回答
这个老问题已经有了一个公认的答案，但我喜欢从如何改变SQL Server中的锁定行为的角度来考虑这两个隔离级别。这可能对那些像我一样调试死锁的人有帮助。
READ COMMITTED(默认)
共享锁在SELECT语句中获取，然后在SELECT语句完成时释放。这就是系统如何保证没有未提交数据的脏读。其他事务仍然可以在SELECT完成之后和事务完成之前更改基础行。
可重复读取
在SELECT中获取共享锁，然后仅在事务完成后才释放共享锁。这就是系统如何保证您读取的值在事务期间不会更改(因为它们在事务完成之前保持锁定)。
其他回答
根据我对这个帖子的阅读和理解，@remus-rusanu的答案是基于这个简单的场景:
有两个事务A和B。 事务B正在读取表X 事务A正在写表X 事务B在表X中再次读取数据。
ReadUncommitted: Transaction B can read uncommitted data from Transaction A and it could see different rows based on B writing. No lock at all ReadCommitted: Transaction B can read ONLY committed data from Transaction A and it could see different rows based on COMMITTED only B writing. could we call it Simple Lock? RepeatableRead: Transaction B will read the same data (rows) whatever Transaction A is doing. But Transaction A can change other rows. Rows level Block Serialisable: Transaction B will read the same rows as before and Transaction A cannot read or write in the table. Table-level Block Snapshot: every Transaction has its own copy and they are working on it. Each one has its own view
请注意，repeatable read中的repeatable针对的是一个元组，而不是整个表。在ANSC隔离级别中，可能会发生幻象读取异常，这意味着使用相同的where子句读取表两次可能返回不同的返回不同的结果集。从字面上看，这是不可重复的。
这个老问题已经有了一个公认的答案，但我喜欢从如何改变SQL Server中的锁定行为的角度来考虑这两个隔离级别。这可能对那些像我一样调试死锁的人有帮助。
READ COMMITTED(默认)
共享锁在SELECT语句中获取，然后在SELECT语句完成时释放。这就是系统如何保证没有未提交数据的脏读。其他事务仍然可以在SELECT完成之后和事务完成之前更改基础行。
可重复读取
在SELECT中获取共享锁，然后仅在事务完成后才释放共享锁。这就是系统如何保证您读取的值在事务期间不会更改(因为它们在事务完成之前保持锁定)。
试图用简单的图表来解释这种怀疑。
读已提交:在此隔离级别中，事务T1将读取由事务T2提交的X的更新值。
可重复读取:在此隔离级别中，事务T1将不考虑事务T2提交的更改。
我认为这张图也很有用，当我想快速记住隔离级别之间的差异时，它可以作为参考(感谢youtube上的kudvenkat)
