SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化

首先，需要说明的是，SQL Server误区30日谈系列是由国内权威SQL Server专家撰写的一系列博客，主要针对SQL Server使用中容易出现的误区进行解释和说明。第14天的主题是“清除日志后会将相关的LSN填零初始化”， 下面是完整攻略：

误区的概念

很多人都认为，当执行日志清除操作时，SQL Server会将相关的LSN置为0，以便下次执行日志备份时从头开始。但这种观点是错误的。实际上，LSN是一个连续递增的值，用于标记每个日志记录的唯一标识符，而不是用于标记日志文件的开始和结束位置。

误区的原因

这种观点的出现是因为当我们执行日志清除操作时，SQL Server会将已提交的事务记录标记为清除，以便在日志备份时可以删除它们。但这并不意味着LSN会被清空或重置。

示例说明

以下示例说明清除日志操作不会将相关的LSN填零初始化。

示例1：

我们在实例中创建一个测试数据库，并执行以下语句：

USE TestDB
GO

-- 创建一张新表
CREATE TABLE TestTable
(
    ID INT PRIMARY KEY,
    Name VARCHAR(50),
    Age INT
)

-- 插入数据
INSERT INTO TestTable VALUES (1, '张三', 21)
INSERT INTO TestTable VALUES (2, '李四', 24)
INSERT INTO TestTable VALUES (3, '王五', 19)

-- 提交事务
COMMIT

接下来，我们对该数据库执行备份操作：

BACKUP DATABASE TestDB TO DISK='C:\TestDB.bak' WITH INIT

然后，我们清除该数据库的事务日志：

USE TestDB
GO

-- 清除事务日志
CHECKPOINT

接着，我们可以执行一个插入操作：

USE TestDB
GO

-- 插入数据
INSERT INTO TestTable VALUES (4, '赵六', 20)

-- 提交事务
COMMIT

在这种情况下，该插入操作的LSN值将是紧随备份操作后的LSN值。

示例2：

我们对该数据库执行备份操作后，再执行以下语句：

USE TestDB
GO

-- 删除数据
DELETE FROM TestTable WHERE ID=1

-- 提交事务
COMMIT

接下来，我们再次备份该数据库，并执行日志清除操作：

BACKUP DATABASE TestDB TO DISK='C:\TestDB_2.bak' WITH INIT
USE TestDB
GO

-- 清除事务日志
CHECKPOINT

现在我们再次插入数据，并提交事务：

USE TestDB
GO

-- 插入数据
INSERT INTO TestTable VALUES (5, '小明', 25)

-- 提交事务
COMMIT

在这种情况下，该插入操作的LSN值将大于备份操作后的LSN值，但小于删除操作的LSN值。

结论

通过以上示例说明，我们可以得出结论：清除日志操作不会将相关的LSN填零初始化。LSN是一个连续递增的值，用于标记每个日志记录的唯一标识符，不是用于标记日志文件的开始和结束位置。