SQL Server 快照隔离

SQL Server 的早期版本支持 SQL-92 标准中定义的四个隔离级别：
READ UNCOMMITTED 是限制性最弱的隔离级别，因为该级别忽略其他事务放置的锁。 使用 READ UNCOMMITTED 级别执行的事务，可以读取尚未由其他事务提交的修改后的数据值；这些行为称为“脏”读。
READ COMMITTED 是 SQL Server 默认的隔离级别。 该级别通过指定语句不能读取其他事务已修改但是尚未提交的数据值，禁止执行脏读。 在当前事务中的各个语句执行之间，其他事务仍可以修改、插入或删除数据，从而产生无法重复的读操作，或“影子”数据。
REPEATABLE READ 是比 READ COMMITTED 限制性更强的隔离级别。 该级别包括 READ COMMITTED，并且另外指定了在当前事务提交之前，其他任何事务均不可以修改或删除当前事务已读取的数据。 并发性低于 READ COMMITTED，因为已读数据的共享锁在整个事务期间持有，而不是在每个语句结束时释放。
SERIALIZABLE 是限制性最强的隔离级别，因为该级别锁定整个范围的键，并一直持有锁，直到事务完成。 该级别包括 REPEATABLE READ，并增加了在事务完成之前，其他事务不能向事务已读取的范围插入新行的限制。

铺垫了这么多，终于介绍到了今天的主角，"快照”一词反映的情况是：事务中的所有查询根据事务开始那一刻数据库的状态，看到数据库的相同版本（即快照）。 不会在快照事务中的基础数据行或数据页上获取锁，这样可以执行其他事务，而不会被以前未完成的事务所阻止。 修改数据的事务不会阻止读取数据的事务，读取数据的事务不会阻止写入数据的事务，就好像通常情况下在 SQL Server 中使用默认的 READ COMMITTED 隔离级别一样。 这种无阻止的行为也大大降低了复杂事务出现死锁的可能性。
SQL Server 通过引入 SNAPSHOT 隔离级别并另外实现 READ COMMITTED 而引入了对 SQL-92 隔离级别的扩展。READ_COMMITTED_SNAPSHOT 隔离级别可以透明地替换所有事务的 READ COMMITTED。

• SNAPSHOT 隔离指定在一个事务中读取的数据永远不会反映其他同时进行的事务所作的更改。
• 事务使用事务开始时存在的数据行版本。
• 在读取数据时不会对数据放置任何锁，所以，SNAPSHOT 事务不会阻止其他事务写入数据。
• 写入数据的事务不会阻止快照事务读取数据。
  启用快照隔离之后，每个事务的已更新行版本在 tempdb 中维护。 唯一的事务序列号标识每个事务，并且为每个行版本记录这些唯一的编号。 事务使用序列号在事务序列号之前的最新行版本。 事务将忽略在事务开始之后创建的更新的行版本。

快照隔离和行版本化的工作原理

启用 SNAPSHOT 隔离级别时，每次更新行时，SQL Server 数据库引擎在 tempdb 中存储原始行的副本，并为该行添加事务序列号。
以下是发生的事件序列：

• 新的事务启动，并为该事务分配一个事务序列号。
• 数据库引擎在事务中读取某行，并从 tempdb 中检索其序列号与事务序列号最接近并且小于事务序列号的行版本。
• 数据库引擎检查事务编号是否不在未提交事务的事务编号列表中，这些未提交事务是在快照事务开始时进入活动状态的。
• 事务从 tempdb 中读取自事务开始以来最新的行版本。
  事务不会看到事务开始后插入的新行，因为这些序列号值将大于事务序列号的值。
• 当前事务将看到事务开始后删除的行，因为 tempdb 中的行版本具有更低的序列号值。
  快照隔离的实际效果是事务看到在事务开始时存在的所有数据，不会在基础表上授予或放置任何锁。 在存在争用的情况下，这样可以改进性能。
  快照事务始终使用开放式并发控制，不赋予可能阻止其他事务更新行的任何锁。 如果快照事务尝试提交对事务开始后已更改的行的更新，事务将回滚并引发错误。