当前位置: 首页 > news >正文

SQL Server页类型汇总+疑问

该文章整理自:http://www.sqlnotes.info/2011/10/31/page-type/

 

          SQL Server中包含多种不同类型的页,来满足数据存储的需求。不管是什么类型的页,它们的存储结构都是相同的。每个数据文件都包含相当数量的由8KB组成的页,即每页有8192bytes可用,每页都有96byte用于页头的存储,剩下的空间

才用来存储实际的数据,在页的最后是数据行偏移数组,也可以叫“页槽”数组,我们可以把一个页看做是有一个个方格的书橱,哪行数据占用了哪个槽,都在页尾的位置进行标示,并且页尾数组的写入顺序是倒叙的,这样就可以有效的利用页空间。

由此可以预见,页面上的“槽”并不一定是有序存放的,当有新的ID进来,并且该ID位于该页的最大ID和最小ID之间时(假设是以ID进行排序的叶子页),那么该ID数据行则直接插入到已经存在的数据行的后面即可,当有查询需要检索该ID所在的行时,

数据库引擎从索引页找到该“叶子”页,将该页全部加载到内存中,通过页尾的行偏移数组找到对应的行。页尾数组的记录大小存储在页头里,数组里面每一个关于“页槽”的记录占用空间为2bytes。

据我所知,SQL Server数据文件共有14种页类型:

类型1——数据页(Data Page):

  • 堆中的数据页
  • 聚集索引中的“叶子”页
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=1

类型2——索引页(Index Page):

  • 非聚集索引
  • 非“叶子”级聚集索引
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=2

类型3——文本混合页(Text Mixed Page):

  • 较短长度的LOB数据类型,多种类型,多行存储
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=3

类型4——文本页(Text Tree Page):

  • 存储单个LOB行
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=4

类型5——排序页(Sort Page):

  • 进行排序操作时的临时页
  • 常见于TempDB中,在用户数据中进行“ONLINE"操作时也可见(例如:联机创建索引未指定SORT_IN_TEMPDB选项时)
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=19

类型6——全局分配映射页(GAM Page):

  • Global Allocation Map,记录已分配的非共享(混合)区是否已被使用
  • 每个区占用一个bit位,如果该值为1,说明该区可以使用,0则说明已被使用(但是并不一定存储空间已满)
  • 第一个GAM页总是存储在每个数据文件PageID为2的页上
  • DBCC PAGE 中m_type=8

类型7——共享全局分配映射页(SGAM Page):

  • Shared Global Allocation Map,记录每一个共享(混合)区是否已被使用
  • 每个区占用一个bit位,如果该值为1,说明该区有空闲的存储空间,0则说明区已满
  • 第一个SGAM页总是存储在每个数据文件PageID为3的页上
  • DBCC PAGE 中m_type=9

类型8——索引分配映射页(IAM Page):

  • Index Allocation Map,记录GAM页之间堆表或者索引的区分配
  • 在数据文件中的位置是随机的
  • DBCC PAGE 中m_type=10

类型9——空闲空间跟踪页(PFS Page):

  • Page Free Space,跟踪页的可用空间。
  • 第一个PFS页总是存储在每个数据文件PageID为1的页上
  • DBCC PAGE 中m_type=11

类型10——启动页(Boot Page):

  • 存储所在数据库范围的信息
  • 仅在每个数据库文件(file)ID为1的PageID为9的页上
  • DBCC PAGE 中m_type=13

类型11——服务配置页(Server Configuration Page):

  • 存储了sys.configurations中返回结果中的部分信息
  • 该页仅存在于master数据库的文件ID为1PageID为10的页上

类型12——文件头页(File Header Page):

  • 所在文件的信息
  • 总是存在于每个文件PageID为0的页上
  • DBCC PAGE 中m_type=15

类型13——差异更改映射(Differential Changed map):

  • 记录GAM之间的每次全备或差异备份之后更改过的页面
  • 第一个DCM页面在每个数据文件PageID为6的页上
  • DBCC PAGE 中m_type=16

类型14——大容量更改映射(Bulk Change Map):

  • 记录每个GAM之间上次备份之后大容量操作的更改
  • 第一个BCM页面在每个数据文件PageID为7的页上
  • DBCC PAGE 中m_type=17

如下SQL可以查询到你当前的数据库中的缓存的页类型及数量:

 

SELECT  CASE page_type
          WHEN 'DIFF_MAP_PAGE' THEN '差异更改映射(Differential Changed map)'
          WHEN 'TEXT_MIX_PAGE' THEN '文本混合页(Text Mixed Page)'
          WHEN 'ML_MAP_PAGE' THEN '这个字面意思应该是Minimally-Logged,最小化日志记录'
          WHEN 'INDEX_PAGE' THEN '索引页(Index Page)'
          WHEN 'FILEHEADER_PAGE' THEN '文件头页(File Header Page)'
          WHEN 'DATA_PAGE' THEN '数据页(Data Page)'
          WHEN 'IAM_PAGE' THEN '索引分配映射页(IAM Page)'
          WHEN 'GAM_PAGE' THEN '全局分配映射页(GAM Page)'
          WHEN 'BULK_OPERATION_PAGE' THEN '这个字面意思应该是大容量更改记录'
          WHEN 'TEXT_TREE_PAGE' THEN '文本页(Text Tree Page)'
          WHEN 'SGAM_PAGE' THEN '共享全局分配映射页(SGAM Page)'
          WHEN 'PFS_PAGE' THEN '空闲空间跟踪页(PFS Page)'
          WHEN 'BOOT_PAGE' THEN '启动页(Boot Page)'
          ELSE '排序页?'
        END ,
        page_type ,
        COUNT(*) cnt
FROM    sys.dm_os_buffer_descriptors WITH ( NOLOCK )
WHERE   database_id = DB_ID()
GROUP BY page_type

结果如下图所示:

 

按上面的数据类型介绍,我们很自然地认为类型14——大容量更改映射(Bulk Change Map)就是图示查询结果中第10行BULK_OPERATION_PAGE


但是事实是吗?我们将data_type=BULK_OPERATION_PAGE的记录查出来:

SELECT TOP 10 *
FROM sys.dm_os_buffer_descriptors  
WHERE page_type='BULK_OPERATION_PAGE' AND DB_ID()=database_id
ORDER BY database_id,FILE_ID,page_id

查询结果:

我们把查询结果中的一个PageID带入DBCC PAGE(其实这里已经看出,这个pageID并不像上面说的第一个BCM页面在每个数据文件PageID为7的页上,它们是逻辑上连续的页

 

我们发现上面的m_type=20

我搜遍了google也没有找到m_type=20是什么记录!

参考网址:http://www.sqlskills.com/BLOGS/PAUL/post/Inside-the-Storage-Engine-Anatomy-of-a-page.aspx

但是我们可以查到如下信息:

 

m_type=17的这个数据类型ML map page,是在“大容量日志”模式下,记录自上次备份以来哪些区被更改过,该页第一个位置总是在每个文件的第7页上,我们折回上面第一个查询时的第三行,即PageType是ML_MAP_PAGE的那行,

并将其带入如下SQL查询出pageID的记录:

发现这才是传说中的那个第一页总是出现在每个文件第7页的混蛋!

我们将PageID7带入DBCC PAGE:

Oh,SHIT!这个的m_type是17!

好吧,我只能说,是我曲解了人家字面的意思,原来:

BCM ,大容量更改映射(Bulk Change Map),在数据库缓存中对应的PageType竟然是ML_MAP_PAGE!Minimally-Logged Page!

而那个该死的BULK_OPERATION_PAGE(m_type=20)是什么东西,谁能告诉我?

另外那个UNLINKED_REORG_PAGE,应该就是排序页吧?

 

转载于:https://www.cnblogs.com/zc_0101/p/3585079.html

相关文章:

  • 实验报告二
  • JS页面跳转并及时刷新
  • WinServer2008安装MySql
  • 出栈次序问题 (转)
  • 使用SSM+Solr优雅的实现电商项目中的搜索功能
  • JSON格式
  • 安卓安装APK报错error: INSTALL_FAILED_UPDATE_INCOMPATIBLE
  • Android TV 开发(3)
  • [Head First设计模式]策略模式
  • CPU 已不足以驱动屏幕指纹识别技术,于是 vivo 用 DSP 来加速
  • 定义/控制自定义属性的使用
  • 【产品经理入门记】产品经理需要掌握的十大知识模块
  • 七、我的人生经历《我践行诚信的过程》
  • 总是保存下拉选项的第一个值
  • 一个xss漏洞到内网漫游【送多年心血打造的大礼包啦!】
  • [NodeJS] 关于Buffer
  • “寒冬”下的金三银四跳槽季来了,帮你客观分析一下局面
  • 【划重点】MySQL技术内幕:InnoDB存储引擎
  • 2018以太坊智能合约编程语言solidity的最佳IDEs
  • CentOS7简单部署NFS
  • CSS3 聊天气泡框以及 inherit、currentColor 关键字
  • Docker容器管理
  • HTTP--网络协议分层,http历史(二)
  • iOS仿今日头条、壁纸应用、筛选分类、三方微博、颜色填充等源码
  • IP路由与转发
  • JAVA_NIO系列——Channel和Buffer详解
  • JavaScript 基本功--面试宝典
  • linux学习笔记
  • Redis的resp协议
  • vue总结
  • WinRAR存在严重的安全漏洞影响5亿用户
  • 从零开始的webpack生活-0x009:FilesLoader装载文件
  • 仿天猫超市收藏抛物线动画工具库
  • 分享几个不错的工具
  • 基于Dubbo+ZooKeeper的分布式服务的实现
  • 基于Volley网络库实现加载多种网络图片(包括GIF动态图片、圆形图片、普通图片)...
  • 聊聊hikari连接池的leakDetectionThreshold
  • 盘点那些不知名却常用的 Git 操作
  • 让你的分享飞起来——极光推出社会化分享组件
  • 思考 CSS 架构
  • 用element的upload组件实现多图片上传和压缩
  • 阿里云IoT边缘计算助力企业零改造实现远程运维 ...
  • 通过调用文摘列表API获取文摘
  • ​RecSys 2022 | 面向人岗匹配的双向选择偏好建模
  • $ is not function   和JQUERY 命名 冲突的解说 Jquer问题 (
  • (LeetCode 49)Anagrams
  • (附源码)计算机毕业设计SSM智慧停车系统
  • (没学懂,待填坑)【动态规划】数位动态规划
  • (四)docker:为mysql和java jar运行环境创建同一网络,容器互联
  • (算法)N皇后问题
  • (五)关系数据库标准语言SQL
  • (原)记一次CentOS7 磁盘空间大小异常的解决过程
  • (转)http-server应用
  • .net core webapi 大文件上传到wwwroot文件夹
  • .NET 实现 NTFS 文件系统的硬链接 mklink /J(Junction)