磁盘空间使用关乎SQL Server性能

发表时间:2007-12-28内容来源:站长资讯收集整理
当谈到影响SQL Server性能的组分时,你很可能会想到CPU的使用率、内存和查询过程所占用的I/O资源。不过,还有另外一个值得注意的影响因素,那就是磁盘空间的使用。在以前,磁盘空间的成本非常高,所以大部分人都会竭尽所能地节约磁盘空间的使用。相信大家对千年虫问题还记忆犹新,问题的产生正是源于日期是以八位字符(例如2000年11月7日的格式为11/07/00)形式存储的。老牌的计算机程序员在存储每个日期时都只存储年份的后两位数字,而省去了前两位。如今,磁盘驱动器的价格一落千丈,所以大家也就不用花大量时间来想方设法为减少磁盘空间的使用量而优化数据库设计了。不过,还是请大家记住,你每浪费一个字节的数据库磁盘空间,就会对应用程序执行性能造成一次冲击。本文将为你一一细数磁盘空间的使用是如何影响数据库性能的。

  磁盘空间使用对性能的影响

  要讨论磁盘空间使用对性能的影响,我们首先要讲述一下从磁盘驱动器读写数据到底要耗费些什么。你每次从 SQL Server读取某块数据,都需要从磁盘检索信息。检索的过程启动了磁盘的I/O操作。SQL Server中的数据都是存储在一系列不同的物理页中。每个物理页可用空间大小为8060字节(除去存放系统信息的部分)。对于每个物理页里的数据,SQL Server都需要进行一次I/O操作来检索该数据,也就是说磁盘的读取和写入数据操作是在页级执行的。

  为了更深入了解I/O操作是如何能够影响到数据库性能的,我们来做个简单的计算题,如果我们要从一个SQL Server表中检索一千万条记录,每条记录的长度为300字节,需要进行多少次I/O操作呢?这意味着每页可以存储26条不同的记录,所有的一千万条记录数据就需要384615个数据页来存储,这仅仅是存储原始数据,还没有把索引所占的空间大小计算在内。也就是说,在这存储了一千万条记录的表中查找一条记录就需要执行384615次I/O操作。

  现在假设我为每条记录节省了2字节的数据空间,这样每条记录的长度就是298字节。这样的话每个SQL Server页就可以存储27条记录。就是省了这两个字节,你每执行一次 I/O操作都可以多检索一条记录。当你读取整个一千万条记录的表时,可以少执行14244次 I/O操作。每条记录节省两字节的空间却能够省去大量的 I/O操作。

  所以,每当你把存储到SQL Server表的一个记录减少少量字节时,你都能为改善数据库查询性能做出贡献。当表足够大时,你就能明显看到性能的提升。所以,你应当尽量减少记录的大小,这样就能最大限度地增加存储在每个数据页的记录数量。

  而当你尽量减少存储数据的磁盘空间时,节约下来的不仅仅是 I/O操作。记住每个页面在被读取的时候,首先要存储在缓冲池里。所以,记录长度越短,在一个缓冲池页中能够存储的记录就越多。所以节约了用来存储数据的磁盘空间,也就节约了读取数据所必须的内存容量。

  利用合适的数据类型以便尽量减少磁盘空间的使用

  当你为某特定的字段选择数据类型时,你必须确保你选定的数据类型是合适的。大家在具体操作时很容易选错数据类型,从而浪费了磁盘空间。因此,你必须小心谨慎,并确保你选择的数据类型满足了数据需求并最大限度减少了存储每个字段所需要的磁盘空间大小。下面我们来逐一审视不同的数据类型及其对磁盘空间的需求。

  首先,我们来看看Unicode数据类型。Unicode数据类型包括NVARCHAR、NCHAR和NTEXT数据类型。Unicode数据类型需要两个字节来存储每个字符。而非Unicode数据类型(如 VARCHAR、CHAR和TEXT)存储一个字符只需要一个字节。非Unicode数据类型智能存储256个不同的字符。而使用Unicode数据类型,你可以存储多达65536种不同的双字节模式。由于使用非Unicode数据类型时能够用来存储的特定字符数量受到限制,所以用来代表某一特定字符的十六进制数随着代码页的不同而不相。当你使用Unicode数据类型时,代表字符的十六进制数在不同的代码页都通用。Unicode数据类型往往适合于国际化应用程序。如果你的应用程序不需要提供国际化支持,而你的应用程序能够用单字节的256字符组合表现出来的话,你就应该考虑使用VARCHAR、CHAR和TEXT 等非Unicode数据类型。使用非Unicode数据类型,每个基于字符的字段可以只使用一半磁盘空间。如果你存储了大量的字符数据,纳闷你使用非Unicode数据类型所节省下来的磁盘空间就相当客观了。有人做过相关试验,把使用Unicode数据类型的数据库改为全部使用非Unicode数据类型,发现能够节省40%的磁盘空间。如此大幅度的磁盘空间节省率比使用Unicode数据类型更能改善性能。而这种性能的提升正是源于增加了能够存储在单个SQL Server页面的记录数量。

  存储字符型数据时,还有一些需要注意的地方,那就是CHAR和VARCHAR数据类型的使用。CHAR数据类型是一种固定格式长度的数据类型。当你定义一个字段为CHAR(20),那么不管你存储的数据是否有20个字节,它都要占用20个字节的空间。也就是说,如果你只为某定义为CHAR(20)的字段赋予“abc”的值,那么SQL Server将它存储成“abc”后面带上17个空格的形式。而VARCHAR字段的长度则是可变的。所以当你为定义为VARCHAR(20)的字段赋予“abc”的值时,只占用了5字节的存储空间,其中2字节是用来记录数据长度的,另外才是用来存储“abc”值的。如果需要赋值的字符型字段很少,那么使用VARCHAR 数据类型存储这些字段能减少磁盘空间的使用量。

  下面让我们来看看整数数据类型应该如何存储。整数类型又可以分为四种不同的数据类型:TINYINT、SMALLINT、INT 和 BIGINT。每一种类型所占用的存储空间不同。TINYINT占用1字节的存储空间,支持的值范围为0到255。SMALLINT占用2字节存储空间,可以表示的值范围为-32768到32767。INT数据类型占用4字节存储空间,取值范围从-2147483648到2147483647。而 BIGINT 占用8字节的存储空间,能够存储从-9223372036854775808到9223372036854775807的值。

  • 站长资讯刊登此文只为传递信息,并不表示赞同或者反对作者观点。
  • 如果此内容给您造成了负面影响或者损失,本站不承担任何责任。
  • 如果内容涉及版权问题,请及时与我们取得联系。

文章评论

共有 位CH网友发表了评论 查看完整内容