数据库 
首页 > 数据库 > 浏览文章

SQL Server误区30日谈 第17天 有关页校验和的误区

(编辑:jimmy 日期: 2024/11/14 浏览:3 次 )
其实我之前已经有文章详细解释了页校验和:How to tell if the IO subsystem is causing corruptions?

误区 #17:几个有关页校验和的误区

坊间流传的基本是错误的  

17 a)页校验和(Page CheckSum)在从SQL Server 2000或7.0升级上来之后自动开启

    其实不是,从旧的实例升级上来的数据库不会自动开启页校验和,除非你显式使用ALTER DATABASE databasename SET PAGE_VERIFY CHECKSUM进行开启。而在SQL Server 2005或2008新建的数据库页校验和是默认开启的。

17 b)页校验和可以纠正错误

    页校验和只能发现错误,而不是像网络协议中的CRC校验码那样可以纠正一位错误。

17 c)当开启页校验和之后会开始为数据库中的每一页加上页校验和

    错误,实际上当开启页校验和之后不会有任何线程在前台或是后台来修改页。只有当你重建索引或是修改页的时候,页校验和才会加到页中。

17 d)对页进行读取就可以将校验和加到页中

    错误,只要将页读取到内存之后并进行修改,然后写回磁盘时,才能够将页校验和加入页。

17 e)当数据库的页验证模式由torn-page detection方式改为页校验和方式之后,所有的torn-page detection信息都会丢失

    错误,每一个页都知道自己的保护模式是torn-page detection,页校验和或是完全没有。正如之前所说,只有页被修改之后其页验证方式才会被修改(译者注:也就是说一个数据库可以存在某些页是torn-page detection,另一些页是页校验和方式)。我有一篇文章更详细的阐述了这部分内容:Inside The Storage Engine: Does turning on page checksums discard any torn-page protection?。

17 f)页校验和可以在发生错误时马上检测到

    这个误区是由SQL Server MVP Gail Shaw 提示我进行揭示的。当然也是错误的,受损的页在读入到内存的buffer pool进行有效性验证之前,是不会被发现的。

上一篇:SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
下一篇:SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
一句话新闻
高通与谷歌联手!首款骁龙PC优化Chrome浏览器发布
高通和谷歌日前宣布,推出首次面向搭载骁龙的Windows PC的优化版Chrome浏览器。
在对骁龙X Elite参考设计的初步测试中,全新的Chrome浏览器在Speedometer 2.1基准测试中实现了显著的性能提升。
预计在2024年年中之前,搭载骁龙X Elite计算平台的PC将面世。该浏览器的提前问世,有助于骁龙PC问世就获得满血表现。
谷歌高级副总裁Hiroshi Lockheimer表示,此次与高通的合作将有助于确保Chrome用户在当前ARM兼容的PC上获得最佳的浏览体验。