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

王朝mssql·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

来回顾一下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

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航