SQL Server 2005使用基于行版本控制的隔离级别初探(2

最新推荐文章于 2024-07-19 11:09:26 发布

weixin_33836223

最新推荐文章于 2024-07-19 11:09:26 发布

阅读量139

点赞数

文章标签：数据库

SQL Server 2005使用基于行版本控制的隔离级别初探(2) -- READ_COMMITTED_SNAPSHOT

上一篇大概介绍了行版本隔离的概念，并简要的介绍了两种行版本隔离异同。下面我们就一步一步来实践把。

来回顾一下READ_COMMITTED_SNAPSHOT的构架。
在读取数据时不使用锁，但是在事务中可以更新被其他事务修改的数据。
         在修改数据时，使用更新锁（U 锁）完成选择要更新的行。这与SQLServer 2k默认的READ COMMITTED隔离层策略一致。

         READ_COMMITTED_SNAPSHOT的强项在于查询的时候不会下锁，影响别的事务操作，
而且可以保障查询的数据满足绝大多数的精确要求。试想一下，当一个长时间运行的查询或聚合时，无数事务苦苦等待的惨象把。

由此可见，SQL Server 2k5小组煞费苦心的使用了版本列，tempdb等一系列手段，就是为了实现在可接受的隔离层度上，尽量降低锁带来的一系列并发瓶颈。

试想一下，只要付出小小的代价（保障tempdb，数据文件会变大那么一点，查询时会小小慢那么一点），数据库的并发行就会大大的增加。^_^，世界时多么的安逸啊…（其实这也是很多企业级应用由SQL Sever 2k转到2k5的一个重要原因。

设置READ_COMMITTED_SNAPSHOT：
设置READ_COMMITTED_SNAPSHOT隔离模式很简单，只要我们简单的一步操作就可以实现。

    ALTER DATABASE DATABASE_NAME
SET READ_COMMITTED_SNAPSHOT ON;

OK！很简单对吧，READ_COMMITTED_SNAPSHOT隔离模式的机制立即被激活了。

P.S: READ_COMMITTED_SNAPSHOT 无法在 tempdb、msdb 或 master 中启用。

READ_COMMITTED_SNAPSHOT的使用：
下面是使用READ_COMMITTED_SNAPSHOT的一个例子：

USE AdventureWorks;
GO

--显示声明使用READ_COMMITTED_SNAPSHOT
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
GO

--一个简单的例子
BEGIN TRANSACTION;
    SELECT EmployeeID, VacationHours
        FROM HumanResources.Employee
        WHERE EmployeeID = 4;

READ_COMMITTED_SNAPSHOT的演示：
下面演示一个使用AdventureWorks 数据库的READ_COMMITTED_SNAPSHOT的例子，方便大家理解READ_COMMITTED_SNAPSHOT
在此示例中，使用行版本控制的已提交读事务与其他事务并发运行。已提交读事务的行为与快照事务的行为有所不同。与快照事务相同的是，即使其他事务修改了数据，已提交读事务也将读取版本化的行。然而，与快照事务不同的是，已提交读将执行下列操作：
在其他事务提交数据更改后，读取修改的数据。

能够更新由其他事务修改的数据，而快照事务不能。

在会话 1 上：

USE AdventureWorks;
GO
-- 在数据库上开启READ_COMMITTED_SNAPSHOT。
ALTER DATABASE AdventureWorks
SET READ_COMMITTED_SNAPSHOT ON;
GO
-- 开始一个read-committed级别的事务
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
GO
BEGIN TRANSACTION;

--选择EmployeeID号为4的员工的休假资料
    SELECT EmployeeID, VacationHours
        FROM HumanResources.Employee
        WHERE EmployeeID = 4;

在会话 2 上：
USE AdventureWorks;
GO

-- 开始一个事务
BEGIN TRANSACTION;

--我们修改了EmployeeID为4的员工的休假资料
    UPDATE HumanResources.Employee
        SET VacationHours = VacationHours - 8
        WHERE EmployeeID = 4;
-- 确认下现在EmployeeID为4的员工的休假资料
    SELECT VacationHours
        FROM HumanResources.Employee
        WHERE EmployeeID = 4;

在会话 1 上：

--因为会话2的事务没有提交，
--EmployeeID为4的员工的休假资料因该没变
SELECT EmployeeID, VacationHours
FROM HumanResources.Employee
WHERE EmployeeID = 4;

在会话 2 上：

--提交我们的更新
COMMIT TRANSACTION;
GO

在会话 1 上：
--OK，现在看看小4同志的资料
    SELECT EmployeeID, VacationHours
        FROM HumanResources.Employee
        WHERE EmployeeID = 4;
--现在我们也来尝试下修改小4同志的资料
    UPDATE HumanResources.Employee
        SET SickLeaveHours = SickLeaveHours - 8
        WHERE EmployeeID = 4;
--ROLLBACK之后小4的数据到底是什么？你知道吗？
ROLLBACK TRANSACTION;
GO

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/trisaeyes/archive/2006/12/22/1453373.aspx