翻译(数据页和数据行)

专业SQL服务器内部

了解在引擎盖下发生了什么,以及它是如何影响你的

第二版

数据页和数据行

数据库中的空间被划分为逻辑8KB页面。这些页面从0开始连续编号,可以通过指定文件ID和页码来引用它们。页面编号总是连续的,这样当SQL Server增长数据库文件时,新页面的编号将从文件中最高的页码加1开始。类似地,当SQL Server压缩文件时,它会从文件中删除数量最多的页面。

数据存储在SQL SERVER中

一般来说,SQL Server存储和处理数据库中的数据有三种不同的方式或技术。使用传统的基于行存储,数据存储在数据行中,这些数据行将来自所有列的数据组合在一起。SQL Server 2012引入了新的列存储索引和基于列的存储。这种技术以每列而不是每行存储数据。我们将在本书的第七部分介绍基于列的存储。

最后,SQL Server 2014中引入了内存内技术,而且SQL Server 2016中进一步改进了内存内技术。尽管出于冗余目的,它们将数据保存在磁盘上,但它们的存储格式与基于行和基于列的存储都有很大不同。我们将在本书的第8部分中讨论内存技术。

本书的这一部分主要讨论基于行的存储和经典的B-树索引和堆。

图1-6显示了数据页的结构。

图1 - 6.数据页结构

一个96字节的页眉包含信息页面的各个部分,如对象页面所属的行数和可用空闲空间页面,链接到前一个和后一个页面,如果页面在一个索引页链,等等。页眉后面是实际数据存储的区域。然后是自由空间。最后,还有一个数组,它是一个由两个字节的条目组成的块,指示对应的数据行在页面上开始时的偏移量。

数组表示页面上数据行的逻辑顺序。如果页面上的数据需要按照索引键的顺序排序,SQL Server不会对页面上的数据行进行物理排序,而是根据索引排序顺序填充数组。槽0(图1-6最右边)存储页上键值最低的数据行的偏移量;槽1,第二低的键值;等等。我们将在下一章更深入地讨论索引。

SQL Server提供了一组丰富的系统数据类型,可以在逻辑上分为两组:固定长度组和可变长度组。固定长度的数据类型,如int、datetime、char和其他类型,不管它们的值是多少,都使用相同数量的存储空间,即使是NULL也是如此。例如,int列总是使用4字节,而nchar(10)列总是使用20字节存储信息。相反,可变长度的数据类型,如varchar、varbinary和其他一些类型,使用的存储空间与存储数据所需的空间一样多,外加两个字节。例如,nvarchar(4000)列仅使用12字节存储5个字符的字符串,在大多数情况下,使用2字节存储NULL值。我们将在本章后面讨论变长列不为NULL值使用存储空间的情况。

让我们看看数据行的结构,如图1-7所示。

第1章■数据存储内部

图1 - 7.数据行结构

行的前两个字节,称为状态位A和状态位B,是位图,其中包含关于行的信息,比如行类型,如果行已经被逻辑删除(重定向),如果行有NULL值、可变长度列和版本控制标记。

行中接下来的两个字节用于存储数据的固定长度部分的长度。然后是固定长度的数据本身。

在固定长度的数据部分之后,有一个null位图,它包含两个不同的数据元素。第一个双字节元素是行中的列数。第二个是空位图数组。这个数组对表的每一列使用一位,不管它是否为空。

空位图总是出现在堆表或聚集索引叶行的数据行中,即使表没有可空列。但是,当索引中没有可空列时,空位图不会出现在非叶索引行中,也不会出现在非聚集索引的叶级行中。

在空位图之后,是行中可变长度的数据部分。它从行中可变长度列的两个字节数开始,然后是列偏移量数组。SQL Server为行中每个变长列存储一个2字节偏移量值,即使该值为空。然后是数据的实际可变长度部分。最后,行末尾有一个可选的14字节版本控制标记。此标记用于需要行版本控制的操作,例如在线索引重建、乐观隔离级别和触发器。

注意,我们将在第6章讨论索引维护,在第9章讨论触发器,在第21章讨论乐观隔离级别。

让我们创建一个表,用一些数据填充它,并查看实际的行数据。代码如清单1-4所示。复制函数将第一个参数提供的字符重复10次。

清单1 - 4.数据行格式:表创建

一个未文档化但众所周知的DBCC IND命令返回关于表分页分配的信息。您可以在图1-8中看到该命令的输出。

图1-8DBCC IND输出

有两页是属于这个表的。第一个页面类型为10,是一种特殊类型的页面,称为IAM分配映射。这个页面跟踪属于特定对象的页面。但是,现在不要专注于此,因为我们将在本章后面讨论分配映射页面。

注意:SQL Server 2012引入了另一个未文档化的数据管理功能(DMF)。 sys.dm_db_database_page_assignments,它可以用作DBCC IND命令的替代。与DBCC IND相比,此DMF的输出提供了更多信息,并且可以与其他系统dmv或者目录视图连接。

PageType=1的页面是包含数据行的实际数据页。PageFID和PagePID列显示了页面的实际文件和页码。您可以使用另一个未文档化的命令DBCC PAGE来检查其内容,如清单1-5所示。

清单1 - 5.数据行格式:DBCC页调用

清单1-6显示了对应于第一行数据的DBCC页面的输出。SQL Server以字节交换的顺序存储数据。例如,两个字节的值0001将存储为0100。

清单1 - 6.第一行的DBCC页面输出

图1 - 9.第一个数据行

正如您所看到的,行以两个状态位开始,然后是两个字节的值0800。这是字节交换值0008,它是行中列数属性的偏移量。这个偏移量告诉SQL Server行中固定长度的数据部分在哪里结束。

接下来的4个字节用于存储固定长度的数据,在我们的示例中是ID列。然后是两个字节的值,该值显示数据行有四列,然后是一个一个字节的空位图.如果只有四列,位图中的一个字节就足够了。它以二进制格式存储04的值,即00000100。它表示行中的第三列包含空值。

接下来的两个字节存储行中可变长度列的数量,即3(字节顺序为0300)。它后面是一个偏移量数组,其中每两个字节存储可变长度列数据结束的偏移量。如您所见,即使Col2为NULL,它仍然使用偏移数组中的插槽。最后,还有来自可变长度列的实际数据。

现在,让我们看看第二个数据行。清单1-7显示DBCC页面输出,图1-10显示行数据。

图1 - 10.第二数据行数据

清单1 - 7.DBCC页输出为第二行

第二行中的NULL位图表示二进制值00001010,这表明Col1和Col3是NULL。即使表有三个可变长列,行中可变长列的数量表明偏移数组中只有两列/槽。SQL Server不维护行中尾随的空变长列的信息。

提示:您可以通过创建表来减少数据行的大小,方法是将通常存储null值的变长列定义为CREATE TABLE语句中的最后一列。这是CREATE TABLE语句中列的顺序惟一重要的情况。

固定长度的数据和内部属性必须适合单个数据页上可用的8060字节。如果不是这样,SQL Server不允许您创建表。例如,清单1-8中的代码产生了一个错误。

原文地址:https://www.cnblogs.com/13950784855xu/p/10013790.html

时间: 2024-11-06 19:40:37

翻译(数据页和数据行)的相关文章

翻译之:数据页面和数据行

数据页面和数据行 数据库中的空间分为逻辑8KB页面. 这些页面从零开始连续编号,可以通过指定文件ID和页码来引用它们. 页面编号始终是连续的,这样当SQL Server增长数据库文件时,新页面将从文件中的最高页码加1开始编号. 同样,当SQL Server收缩文件时,它会从文件中删除编号最大的页面. SQL SERVER中的数据存储 一般来说,SQL Server存储和处理数据库中的数据有三种不同的方式或技术. 使用经典的基于行的存储,数据存储在数据行中,这些数据行将来自所有列的数据组合在一起.

[译]SQL Passion Week 2: SQL Server的基本存储单位--数据页

Week 2: SQL Server的基本存储单位--数据页 上周我们我们讲述了SQL Server如何执行一个查询, 顺带提到了数据页的概念, 这次我们从性能调优的角度上更详细深入的讲解一些数据页. 数据页是SQL Server最基础的存储单位, 所有的东西都和数据页有关. 当我们想提高查询的性能时, 必须想方设法降低查询的页读取数量. 以后讲到索引时, 还会涉及到更多索引的结构. 如果你不知道什么是页, 你就无法寻找SQL Server的故障原因. 数据页的结构 SQL Server中的页有

SQL Server :理解数据页结构

我们都很清楚SQL Server用8KB 的页来存储数据,并且在SQL Server里磁盘 I/O 操作在页级执行.也就是说,SQL Server 读取或写入所有数据页.页有不同的类型,像数据页,GAM,SGAM等.在这文章里,让我们一起来理解下数据页结构. SQL Server把数据记录存在数据页(Data Page)里.数据记录是堆表里.聚集索引里叶子节点的行. 数据页由3个部分组成.页头(标头),数据区(数据行和可用空间)及行偏移数组. 在我们讨论在SQL Server里,数据页内部结构具

InnoDB数据页结构

定义 InnoDB管理存储空间的基本单位,一个页一般是16kb.InnoDB有多种类型的页用于存储不同信息.我们以记录为单位将数据存储在表中,所以存放记录的页又称数据页.数据页是一个双链表记录记录上下页信息. 数据页结构 file header文件头部(38byte):描述页的基本信息,比如页号,页类型,上页下页信息(促使数据页组成双链表结构). page header页面头部(56byte):存储数据页中存储记录的状态值,比如页目录中槽数量,本页的记录数量等 Infimum + supremu

Sql Server之旅——第六站 使用winHex利器加深理解数据页

这篇我来介绍一个winhex利器,这个工具网上有介绍,用途大着呢,可以用来玩数据修复,恢复删除文件等等....它能够将一个file解析成 hex形式,这样你就可以对hex进行修改,然后你就可以看到修复后的结果,为什么要在sqlserver系列中说这个呢???很简单呀,sqlserver的DB本 质上也是一个mdf文件,对吧,既然是文件,我就可以利用winhex对它进行随意的修改,然后你也知道sqlserver的数据都是以数据页的形式封装的, 那我就可以修改它的数据页,对不对,这样我就可以随便改变

探究InnoDB数据页内部行的存储方式

*:first-child { margin-top: 0 !important; } .markdown-body>*:last-child { margin-bottom: 0 !important; } .markdown-body .anchor { position: absolute; top: 0; bottom: 0; left: 0; display: block; padding-right: 6px; padding-left: 30px; margin-left: -30

优化数据页面(25)——每页打印标题行

优化数据页面(25)--每页打印标题行 设计要点:优化数据页面.界面设计.美化exce 阿金:说了半天的优化,都是针对显示的.其实还有一大块需要优化,那就是--打印页面. 秀秀:嗯.说得对. 阿金:光说"对"有什么用啊,给点具体的! 秀秀:别着急呀,俺正要说!最常用的就是,当数据量超出一页时,每页要重复标题行! 阿金:嗯,这还说到了点儿上! 秀秀:嚯!夸别人也是这种口气! 阿金:噢噢噢,习惯了,俺改. 秀秀:哼!本性难移! 版权声明:本文为博主原创文章,未经博主允许不得转载.

利用innodb_force_recovery修复MySQL数据页损坏

现象:启动MySQL服务时报1067错误,服务无法启动. 查看xxx.err错误日志发现有数据页损坏信息: InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 200. 出现上述现象是由于突然断电.强制关机.强制杀死MySQL进程等操作所导致的. 首先修改my.ini中的innodb_force_recovery参数(4-6),使mysqld跳过恢复步骤,将mysqld 启动,将数据导出来然

InnoDB的数据页结构

页是InnoDB存储引擎管理数据库的最小磁盘单位.页类型为B-tree node的页,存放的即是表中行的实际数据了. InnoDB数据页由以下七个部分组成,如图所示: File Header(文件头). Page Header(页头). Infimun+Supremum Records. User Records(用户记录,即行记录). Free Space(空闲空间). Page Directory(页目录). File Trailer(文件结尾信息). File Header.Page He