数据库隔离级别—Database Isolation Level

秒速五厘米 2022-06-18 00:52 200阅读 0赞

#### 事务隔离级别用以控制 ####

*  读取数据时是否需要获取锁以及获取何种类型的锁。
 *  锁的持有时间。
 *  当读取正在被其他事务修改的数据时：
    
    1.  是阻塞读一直等到排他锁释放
    2.  还是读取已提交（Read committed）
    3.  抑或读取尚未提交的修改数据（Read uncommitted ）。

#### 设置置事务隔离级别并不会影响你修改数据所获取的锁，因为在事务中任何涉及数据修改都是排他锁，直至事务结束才会释放，无论你设置的事务级别是什么样子的。 ####

#### 对于数据库读操作，事务隔离级别主要用以定义数据受其他事务修改影响的保护级别。 ####

#### 较低的隔离基本可以提高系统并发能力，但与此同时会增加用户面临系统并发所带来的脏读和更新丢失问题。相反，高隔离级别会相应的减少并发带来的脏读等问题，但却需要更多的系统资源，同时也会大大增加系统事务阻塞的可能性。 ####

#### 你应根据应用本身对数据完整性的要求来选择合适的事务隔离级别以平衡每个隔离级别的总开销。最高级别的隔离级别(Serializable)，确保了事务的每次读操作都会获取到同样的数据，正如前面所述，这种情况下会导致多用户并发下的锁操作。 ####

#### 最低级别的事务隔离级别（Read uncommitted）则可能导致数据脏读，但这种级别下不会有读锁的问题，因此总的开销也是最低的。 ####

#### 如果设置Serializable隔离级别，那么在复制表上的DDL操作和事务可能会失败。因为复制查询提示与此不兼容。 ####

#### SQL Server还支持两种使用行版本控制的事务隔离级别，一种是（Read committed ）全新实现，另一种隔离级别就是（Snapshot）快照。 ####

#### SQLServer本身是不支持对元数据的版本控制操作，因此，在快照(spapshot)隔离级别的显式事务中，定义在事务中的 DDL操作会相应受限。在Snapshot隔离级别下，BEGIN TRANSACTION 语句后不允许定义以下的DDL操作: ####

*  ALTER TABLE
 *  CREATE INDEX
 *  CREATE XML INDEX
 *  ALTER INDEX
 *  ALTER PARTITION FUNCTION,
 *  ALTER PARTITION SCHEME

#### 或者CLR（Common Language Runtime）语句。 ####

#### 但在Snapshot隔离级别的隐式事务中，这些操作式允许的。什么是隐式事务，就是没有Begin Transaction，而是一个简单的语句（SQL Server自动将其包装到事务中，又称自动提交事务），使其可能在Snapshot隔离级别下执行相应的语义，即便是包含DDL语句。如果不遵循这个原则，则有可能导致3961错误。 ####

![这里写图片描述][SouthEast]

[原文链接][Link 1]

[SouthEast]: /images/20220618/bbac5dc98052464c9c4f6a47c8d949e5.png
[Link 1]: https://technet.microsoft.com/en-us/library/ms189122%28v=sql.105%29.aspx