一:背景
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(NULL, NULL)
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 有一个深度的理解,对各种数据库事务日志暴涨的故障分析都会有一个很好的理论基础,后面我们再聊这些话题。