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

其实我之前已经有文章详细解释了页校验和：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进行有效性验证之前，是不会被发现的。