一：背景
1. 讲故事
大家都知道
数据库应用程序
它天生需要围绕着数据文件打转，诸如包含数据的
.mdf
，事务日志的
.ldf
，很多时候深入了解这两类文件的合成原理，差不多对数据库就能理解一半了，关于
.mdf
的合成前面的文章已经有所介绍，这篇我们来聊一下
.ldf
的一些内部知识，比如
LSN
。
二：对 LSN 的理解
1. 什么是 LSN
如果大家玩过 SQLSERVER 的发布订阅或者 AlwaysOn 或多或少都见过
LSN
，比如下面的格式:
00000030:00018090:0002
，这一串编号到底是什么意思呢？本质上指示的是
.ldf
文件的某一个物理位置上的偏移，画个图大概如下：
从图中可以看到其实是由
虚拟文件号:日志段起始扇区编号:槽号编号
三部分组成，要了解这三部分就需要明白
.ldf
文件是如何进行逻辑划分的，画个简图如下：
通过上面的图很容易就能明白其中的逻辑关系，事务日志文件被划分成了多个
虚拟文件
，虚拟文件又划分成了多个
日志段
，日志段又划分成了多个
扇区
，日志段中日志记录位置存储在
槽号
中，有了这些理论基础，接下来用一个案例来加深大家的理解吧。
2. 一个案例演示
新建一个
MyLSN
数据库，再创建一个
test
表，插入 3w 条记录，sql如下：
CREATE DATABASE MyLSN
GO
USE MyLSN
GO
CREATE TABLE test(a INT IDENTITY, b CHAR(10) DEFAULT 'aaaaaaaaaa')
SET NOCOUNT ON
INSERT INTO test (b) DEFAULT VALUES
GO 30000
SET NOCOUNT OFF
接下来通过
fn_dblog
来查询和
dbo.test
表相关的事务日志记录。
SELECT [Current LSN],
Operation,
Context,
AllocUnitName,
[RowLog Contents 0],
[Log Record],
[Log Record Length]
FROM fn_dblog(, )
WHERE AllocUnitName LIKE '%test%';
从图中可以看到这是一个
INSERT
的事务日志记录，这里就拿编号
00000030:00000db0:0002
去定位 .ldf 中的物理偏移位置吧，要想获取物理偏移就要知道下面偏移值才可以。
- 0x30 虚拟文件号的偏移值是多少 ?
要想知道这个信息，可以用
DBCC loginfo
命令，查看
FSeqNo
下的
StartOffset
偏移值即可，即 0n48 对应的
4071424
，截图如下：
- 0xdb0 扇区号的偏移是多少？
大家都知道磁盘的扇区是 512byte，sqlserver 为了更好的写入磁盘，也用了 512byte 这个粒度，所以偏移值就是
512 * 0xdb0
。
综合上面就能定位到日志段的物理偏移值为:
lkd> ?0n4071424 + (0n3504*0n512)
Evaluate expression: 5865472 = 00000000`00598000
接下来用
WinHex
来定位
MyLSN_log.ldf
文件偏移
00598000
的位置，定位之前先将数据库离线。
ALTER DATABASE MyLSN SET OFFLINE
前面的
0x0003
表示该日志段只有 3 条记录，后面的
0x019E
表示该日志段的大小为
414byte
，接下来就是槽号了，槽号位置的物理偏移计算规则如下：
lkd> ? 00598000 + 019E - 1
Evaluate expression: 5865885 = 00000000`0059819d
从图中可以看到，slot2 的偏移值为
00C8
，即物理偏移值为
005980c8
。
lkd> ? 00598000 + 00C8
Evaluate expression: 5865672 = 00000000`005980c8
从上面框出的内容可以轻松的看到，事务日志中记录了 Insert 的
aaaaaaaaaa
值，太棒了，起始就是
fn_dblog
查出来的
Log Record
值。
三：总结
对 LSN 有一个深度的理解，对各种数据库事务日志暴涨的故障分析都会有一个很好的理论基础，后面我们再聊这些话题。
END
工作中的你，是否曾遇到 ...
1. sql语句性能差
2. 数据库损坏
3. 数据库CPU暴涨
4. 数据库死锁
等急需解决的事件，全公司都指望着你能解决... 危难时刻才能展现你的技术价值，作为专注于.NET高级调试的技术博主，欢迎微信搜索: 一线码农聊技术，免费协助你分析，希望我能将你的踩坑经验分享给更多的人。