SQL SERVER中Key Hash Value的作用(下)2014-05-07 cnblogs 桦仔虽然对于keyhashvalue的研究还有很多问题还没有解决,但是基本可以确定
“keyhashvalue是用来锁 定资源的”而不是我之前说的,在seek的时候根据这个
KeyHashValue来快速查找到对应的记录
误导大家了,真的不好意思!!!!资源说明
RID 用于锁定堆(heap)中的某一行
KEY用于锁定索引上的某一行,或者某个索引键
PAGE锁定数据库中的一个8KB页,例如数据页或索引页
EXTENT一组连续的8页(区)
HOBT 锁定整个堆或B树的锁
TABLE锁定包括所有数据和索引的整个表
FILE 数据库文件
APPLICATION应用程序专用的资源
METADATA元数据锁
ALLOCATION_UNIT 分配单元
DATABASE 整个数据库
KEY是靠生成的这个
KeyHashValue来进行锁定索引中的行KEY 用于锁定索引上的某一行为什么需要这个
KeyHashValue???由于很苟很苟没有写C#代码,不过我觉得从C#的多线程同步来理解会更加好例如:lock 语句 lock 确保当一个线程位于代码的临界区时,另一个线程不进入临界区。如果其他线程试图 进入锁定的代码,则它将一直等待(即被阻止),直到
该对象被释放,大家可以把同步对象理解为
KeyHashValuec# 多线程同步c# 多线程同步大家还是看给出的文章链接吧,因为本人很苟很苟没有写C#代码了,细节的东西看文章比较好网上有很多相关的文章:例如建立索引的时候为什麽有900bytes的限制为了性能,不可能让您在比较大的数据类型下,而且存储了非常多的数据的字段上建立索引因为这样做的话,要计算出
KeyHashValue就会非常消耗性能这篇文章:
Improvement in minimizing lockhash key collisions in SQL Server 2008R2 and its impact on concurrencySince the key to a row could be as large as 900 bytes, using the real key values would have inflicted larger memory consumption.
引入
The solution to this problem was found when designing SQL server 7.0 in 1996 and 1997 by using the key of the row and applya hash algorithm to it which then results in a 6 byte long lockhash value
我将这些文章整理到我的文章里:
undocumented virtual column %%lockres%%在SQLSERVER2005下跟SQLSERVER2012下,建立相同的聚集索引,你会看到在SQL2005下,表的聚集索引页面有
KeyHashValue但是在SQL2012下,表的聚集索引页面的
KeyHashValue列全部为NULL由于我没有SQL2008,所以没有测试SQL2008,估计从SQL2008开始,
KeyHashValue开始有些变化了在SQL2005里,你使用dbcc page查看数据页面,数据页面里的每行记录是没有显示
KeyHashValue 的,不知道要打开哪个跟踪标记才能看到在SQL2005里唯一能看到数据页面中的keyhashvalue只有使用%%lockres%%而在SQL2012,不用做任何设置,使用dbcc page就可以看到
KeyHashValue当然也可以用%%lockres%%:1 SELECT %%lockres%% AS "数据页的keyhashvalue" FROM 表名页面126是数据页面1 DBCC TRACEON(3604,-1) 2 GO 3 DBCC PAGE(testhashkey,1,126,3) 4 GOSlot 0 Offset 0x0 Length 0 Length (physical) 0KeyHashValue = (8194443284a0) DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。SQL2012最大的改进是提示非常清晰,而且以前的SQLSERVER版本没有显示出来的东西都给你显示出来了,这样有时候就不用做那么多系统表的表连接,如果是以前版本的SQLSERVER要查看某一个信息的时候又要做这个系统表的表连接又要做那个表的表连接才能得出这个自己想看的东西,非常繁琐