SQL Server事务日志介绍

SQL Server中的数据库都是由一或多个数据文件以及一或多个事务日志文件组成的。
顾名思意，数据文件主要存储数据库的数据，包括数据库内容结构，数据页，索引页等等。那么事务日志到底是干什么的呢？它主要是用来保存数据库修改记录的，如下图：
SQL Server的工作原理为什么这样呢？为什么不把数据立刻写入数据文件呢？原因很简单：为了得到更高的效率和性能。数据文件为了适应新的数据可能会扩展，可能会重新分配页，分配新空间等等。而日志都是连续被记录的，所以记录事务日志要快得多。这也就是为什么我们通过推荐把物理磁盘单独划分一区用来存储事务日志的原因了，这样可以使磁盘在读写上最大程序的保持自然连续。数据文件的读写有很大的随机性。
那么事务日志到底都存些什么呢？看下面这个非常简单的例子：
 
在事务日志中，数据变化被记录在一个连续的日志记录中，且每一个记录都有一个编号，叫做日志序列编号(Log Sequence Number, LSN)。
在事务日志中，每一个日志记录都被存储在一个虚拟日志文件中。事务日志可以有任意多个虚拟日志文件，数量的多少取决于数据库引擎，而且每个虚拟日志文件的大小也不是固定的。

如上图所示，活动区间(active portion)的日志就是包含我们事务的区域。这区间就是完整恢复数据库所需要的。当更多的事务被创建时，活动区间的日志也会随着增长。

那么当CheckPoint被执行时，会发生什么变化呢？答案是：所有有变化的数据写到数据文件中，然后创建一个检查点记录(CheckPoint record)。

现在。由事务1，2，3所导致的变化将会被写到数据文件中。因为事务3没有被提交，所以活动区间日志的范围变成了从LSN50到LSN52之间。如果使用简单恢复模型的话，那么LSN45到LSN49之间区域可以被重用，因为那些记录已经不再需要了。

当SQL Server把虚拟日志文件1和2作为可重用区域时，事务日志也相应被截断(Truncate)。需要注意的是，物理日志大小也会随着变动。如果数据库运行在完整或是批量日志恢复模型下，那么从LSN45到49之间的区域将被删除(delete)，而且直到事务日志被备份后，这段区域的空间才会被重用。
那么当更新的事务被创建时，又会发生什么呢？在简单模式下，日志的起始空间将会被重用。

在完整或是批量日志恢复模型下，事务日志的空间则会被扩展。

假如事务日志是一个固定大小的日志，那么在SQL Server2000系统中，你会收到如下错误信息：
Server: Msg 9002, Level 17, State 6