- 当前位置：首页 >域名 >再聊一下那SQL Server 行不能跨页的事
再聊一下那SQL Server 行不能跨页的事
发布时间：2025-11-04 19:24:12 来源：技术快报 作者：IT科技类资讯
一：背景
1. 讲故事上一篇写完了之后，再聊马上就有朋友留言对记录行的下那r行 8060byte 限制的疑惑，因为他的跨页表记录存储了大量的文章，存储文章的再聊字段类型用的是 nvarchar(max)，长度很显然是下那r行超过 8060byte 的，请问这个底层是跨页怎么破掉 8060byte 的限制的?
说实话这是一个好问题，本质上来说 8060byte 的再聊限制肯定是不能破掉的，如果让我处理的下那r行话肯定是将文章的数据分摊在多个数据页上, 那是不是如我所想呢？我们观察一下就好。
二：观察大字段数据的跨页布局
1. 对 nvarchar(max) 的理解玩过 sqlserver 的朋友都知道，新一代的源码库再聊 sqlserver 版本已经用 varchar(max) 和 nvarchar(max) 替代了早期的 text 和 ntext，理论上这种类型最大可存储 2 的下那r行 31 次方 - 1， 大概就是跨页 2G，接下来我们像 nvarchar(max) 插入 1w 个字符，再聊大概 20k 的下那r行数据，向上取整的跨页话应该会用 3 个数据页来承载，测试代码如下：
复制USE MyTestDB
GO
CREATE TABLE t7 (a INT IDENTITY, b NVARCHAR(MAX))GO
INSERT INTO t7 VALUES(REPLICATE(CAST( x AS NVARCHAR(max)),10000))SELECT LEN(b) FROM t7;DBCC TRACEON(3604)DBCC IND(MyTestDB,t7,-1)1.2.3.4.5.6.7.8.9.10.11.
从图中看居然有 4 个数据页，这就很奇怪了，等一会我们再解惑，先来简单看一下，一个是 In-row data，也叫做行内数据，是一个普通数据页，三个是 LOB data ，即大值数据（ Large Object Data ），这是一种专门的LOB数据页，看样子这 1w 个 x 应该是分摊到这 3 个 LOB data 数据页上，是不是这样我们用 DBCC PAGE 把四个数据页的内容导出来看一看便知。
复制PAGE: (1:464)Page @0x00000175CBB46000
m_pageId = (1:464) m_headerVersion = 1 m_type = 1m_typeFlagBits = 0x0 m_level = 0 m_flagBits = 0x8000m_objId (AllocUnitId.idObj) = 202 m_indexId (AllocUnitId.idInd) = 256Metadata: AllocUnitId = 72057594051166208Metadata: PartitionId = 72057594044022784 Metadata: IndexId = 0Metadata: ObjectId = 1637580872 m_prevPage = (0:0) m_nextPage = (0:0)pminlen = 8 m_slotCnt = 1 m_freeCnt = 8031m_freeData = 159 m_reservedCnt = 0 m_lsn = (38:2936:61)m_xactReserved = 0 m_xdesId = (0:0) m_ghostRecCnt = 0m_tornBits = 0 DB Frag ID = 1DATA:000000482E3F8000: 01010000 00800001 00000000 00000800 00000000....................
000000482E3F8014: 00000100 ca000000 5f1f9f00 d0010000 01000000........_...........
...
000000482E3F808C: 01000001 00000020 4e0000c8 01000001 00000000....... N...........
000000482E3F80A0: 00007800 78007800 78007800 78007800 78007800 ..x.x.x.x.x.x.x.x.x.
000000482E3F80B4: 78007800 78007800 78007800 78007800 78007800 x.x.x.x.x.x.x.x.x.x.
...
000000482E3F9FCC: 78007800 78007800 78000000 21212121 21212121 x.x.x.x.x...!!!!!!!!000000482E3F9FE0: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!000000482E3F9FF4: 21212121 21212121 21216000 !!!!!!!!!!`.
OFFSET TABLE:Row -Offset
0 (0x0) - 96 (0x60)PAGE: (1:456)DATA:Memory Dump @0x00000048355F8000
000000483A478000: 01030000 00800001 00000000 00000000 00000000....................
000000483A478014: 00000100 cb000000 4010be0f c8010000 01000000........@...........
000000483A478028: 26000000 780b0000 24000000 00000000 00000000 &...x...$...........
000000483A47803C: 00000000 01000000 00000000 00000000 00000000....................
000000483A478050: 00000000 00000000 00000000 00000000 08005e0f ..................^.
000000483A478064: 0000f306 00000000 03007800 78007800 78007800 ..........x.x.x.x.x.
...
000000483A479FA4: 00780078 00780078 00780000 00626262 62626262 .x.x.x.x.x...bbbbbbb
000000483A479FB8: 62626262 62626262 62626262 62626262 62626262bbbbbbbbbbbbbbbbbbbb
000000483A479FCC: 62626262 62626262 62626262 62020000 00002121 bbbbbbbbbbbbb.....!!000000483A479FE0: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!000000483A479FF4: 21212121 21212121 21216000 !!!!!!!!!!`.
PAGE: (1:457)DATA:Memory Dump @0x000000483BA78000
000000483BA78000: 01030000 00800001 00000000 00000000 00000000....................
000000483BA78014: 00000100 cb000000 2800d61f c9010000 01000000 ........(...........
...
000000482EDF8050: 00000000 00000000 00000000 00000000 0800761f ..................v.
000000482EDF8064: 0000f306 00000000 03007800 78007800 78007800 ..........x.x.x.x.x.
000000483BA79FE0: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!000000483BA79FF4: 21212121 21212121 21216000 !!!!!!!!!!`.
PAGE: (1:458)DATA:Memory Dump @0x000000483BA78000
...
000000483BA78050: 00000000 00000000 00000000 00000000 0800761f ..................v.
000000483BA78064: 0000f306 00000000 03007800 78007800 78007800 ..........x.x.x.x.x.
...
000000483BA79FCC: 78007800 78007800 78000000 21212121 21212121 x.x.x.x.x...!!!!!!!!000000483BA79FE0: 21212121 21212121 21212121 21212121 21212121 !!!!!!!!!!!!!!!!!!!!000000483BA79FF4: 21212121 21212121 21216000 !!!!!!!!!!`.1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.24.25.26.27.28.29.30.31.32.33.34.35.36.37.38.39.40.41.42.43.44.45.46.47.48.49.50.51.52.53.54.55.56.57.58.59.60.61.62.63.64.65.66.67.68.69.70.71.72.73.我相信有很多朋友很奇怪，免费源码下载为什么 464 号 数据页也有大量的 x， 其实这些 x 算是垃圾数据，可以从 m_freeCnt = 8031 上便知，这个字段表示当前数据页的 Free 空间，所以那 1w 个 x 都被 LOB 数据页吃掉了，这和文章开头的推测是一致的。
到这里算是解决了朋友的这个疑问，但你如果想打破沙锅问到底的话，肯定想知道这 4 个数据页在 内存中是如何组织的，或者说如何串联的？接下来我们好好聊一聊。
2. 4 个数据页是如何组织的观察 464号 数据页是如何与 LOB 数据页 发生关系的？这个就考验基础知识了，在真正的行数据之前记录了一个 FID : PID : SID 的内存存储，即：文件ID : 数据页ID : 槽位ID，可以用 WinDbg 来观察。
复制0:125> dp 000000482E3F8000+0x60+0x700000048`2e3f8067 803f0001`78000200 00000001`35000004
00000048`2e3f8077 00001f68`000006f3 00000001`000001c9
00000048`2e3f8087 000001ca`00003ed0 00004e20`00000001
00000048`2e3f8097 00000001`000001c8 78007800`78000000
00000048`2e3f80a7 78007800`78007800 78007800`78007800
00000048`2e3f80b7 78007800`78007800 78007800`78007800
00000048`2e3f80c7 78007800`78007800 78007800`78007800
00000048`2e3f80d7 78007800`78007800 78007800`780078001.2.3.4.5.6.7.8.9.简单解释一下：000000482E3F8000 是站群服务器数据页在内存中的首地址， 000000482E3F8000+0x60 是数据页内第一个记录的地址，再加上 +0x7 是为了内存地址对齐。
仔细观察内存地址 000000482e3f8097 上的内容是 00000001 000001c8，它就对应着 SID (2byte), FID (2byte) ,PID (4byte) ，那 PID=0x000001c8 是多少呢？可以用 WinDbg 算一下是 456 号 数据页。
复制0:125> ? 0x1c8Evaluate expression: 456 = 00000000`000001c81.2.按照这个理论继续往前看内存地址，你会发现 00000001000001c9 和 00000001000001ca，对应着 457 号数据页 和 458 号数据页。
到这里脑子里就有了一张图，大概像下面这样。
三：总结
经过本篇的分析，大家知道了 SQLSERVER 会用专门的 LOB数据页 来存储这些大字段，由于数据被拆分到多个数据页上，这让 select 操作多了更多的逻辑，也会造成 C++ 代码多次在 LOB 数据页上游走，给查询性能增加了巨大的开销。
比如下面的 SQL 查询。
复制SET STATISTICS IO ONSELECT * FROM t7;SET STATISTICS IO OFF1.2.3.
可以发现在 LOB 数据页上游走了 7 次，再加 2 条数据观察下。
复制INSERT INTO t7 VALUES(REPLICATE(CAST( y AS NVARCHAR(max)),10000))INSERT INTO t7 VALUES(REPLICATE(CAST( z AS NVARCHAR(max)),10000))SET STATISTICS IO ONSELECT * FROM t7;SET STATISTICS IO OFF1.2.3.4.5.6.
这次由 7 次变成了 23 次，总的来说还是尽量不要将大字段存放在数据库吧。
- iCloud照片删除指南（掌握iCloud照片删除的方法，释放存储空间）
- windows 7 64位系统的HOSTS文件在哪里？想用它加快域名解析
- windows 7无法远程桌面提示您的凭据不工作怎么办？
- windows 7系统怎么分？DiskGenius工具快速实现windows 7分区教程
- 电脑字体涂鸦教程大全（打造个性化艺术作品，解锁电脑字体涂鸦的无限可能）
- windows 7 numlock键失灵数字键无法使用无法输入数字怎么办
- windows 7 32位系统电脑不能复制粘贴右键粘贴选项是灰色的
- Win 7 清理系统垃圾的方法
- 以MaliT860玩游戏的优势和劣势分析（探索MaliT860在游戏领域的性能表现及局限性）
- windows7系统iSCSI发起程序服务启用及使用介绍
- 电脑蓝屏错误代码的解析与处理方法（探索蓝屏错误代码背后的故事，帮助你解决电脑问题）
- windows 7笔记本连接投影仪将画面投放在投影仪画布上面
- windows 7 everyone权限怎么设置？windows 7 everyone权限设置方
- windows 7系统TAB快捷键使用技巧整理(不只是大小写切换)
- 保护电脑文件安全（以电脑文件加密码错误为中心的保护策略探讨）
- windows 7 64位系统怎么查看串口号？
- Windows7旗舰版桌面音量图标消失了有哪些原因如何解决
- windows 7如何禁止系统自动安装驱动程序
- 如何正确搬运台式电脑机箱（操作指南和注意事项）
- windows7系统自带备份怎么还原详细图解
随便看看
- Copyright © 2025 Powered by 再聊一下那SQL Server 行不能跨页的事,技术快报 滇ICP备2023006006号-46sitemap