SQL Server 2005使用基于行版本控制的隔离级别初探(2) -- READ_COMMITTED_SNAPSHOT
来源:互联网 发布:网络骚扰电话怎么回拨 编辑:程序博客网 时间:2024/04/28 01:06
http://www.cnblogs.com/trisaeyes/archive/2006/12/30/607985.html
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
ALTER DATABASE AdventureWorks
SET READ_COMMITTED_SNAPSHOT ON;
GO
-- 开始一个read-committed级别的事务
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
GO
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
GO
BEGIN TRANSACTION;
--选择EmployeeID号为4的员工的休假资料
SELECT EmployeeID, VacationHours
FROM HumanResources.Employee
WHERE EmployeeID = 4;
在会话 2 上:
USE AdventureWorks;
GO
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;
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;
SELECT EmployeeID, VacationHours
FROM HumanResources.Employee
WHERE EmployeeID = 4;
--现在我们也来尝试下修改小4同志的资料
UPDATE HumanResources.Employee
SET SickLeaveHours = SickLeaveHours - 8
WHERE EmployeeID = 4;
UPDATE HumanResources.Employee
SET SickLeaveHours = SickLeaveHours - 8
WHERE EmployeeID = 4;
--ROLLBACK之后小4的数据到底是什么?你知道吗?
ROLLBACK TRANSACTION;
GO
ROLLBACK TRANSACTION;
GO
- SQL Server 2005使用基于行版本控制的隔离级别初探(2) -- READ_COMMITTED_SNAPSHOT
- sql server 2005使用基于行版本控制的隔离级别初探(续)
- SQL Server 2005使用基于行版本控制的隔离级别初探
- SQL Server 2005使用基于行版本控制的隔离级别初探(3) -- SNAPSHOT
- SQL Server 2005使用基于行版本控制的隔离级别初探 .
- SQLServer2005使用基于行版本控制的隔离级别初探(1)
- sql server行版本控制的隔离级别
- sql server行版本控制的隔离级别
- 设置SQLServer的行版本控制隔离级别
- sql server 隔离级别
- SQL Server事务的隔离级别
- SQL SERVER 2005 数据库隔离级别
- SQL Server 事务隔离级别
- sql server事务隔离级别
- SQL Server事务隔离级别
- SQL Server 2008 with(nolock)的使用原因及数据库锁,隔离级别简介
- Sql Server 事务隔离级别的查看及更改
- Sql Server 事务隔离级别的查看及更改
- vpn 768 错误 因为加密数据失败连接尝试失败
- xmms的歌词显示及音量控制OK
- 十分钟写好的第一个系统~~~
- linux中的古老缩略语
- CMemDC:在MFC下解决绘图闪烁
- SQL Server 2005使用基于行版本控制的隔离级别初探(2) -- READ_COMMITTED_SNAPSHOT
- struts2+swfuplaod多文件上传
- 更改LoginStatus [登入] 的預設連結路徑
- 大于65535的数据GridView导出Excel压缩包
- SQL Server 2005使用基于行版本控制的隔离级别初探(3) -- SNAPSHOT
- oracle常用的sql命令
- 显示table中的td中为空的表格border样式
- SVN自动全备份及增量备份脚本,包含文件压缩,可加入window 任务
- 静态库和动态库的区别