在SQL Server中，利用日志的WAL来保证关系数据库的持久性，但由于硬盘的特性，不可能使得每生成一条日志，就直接向磁盘写一次，因此日志会被缓存起来，到一定数据量才会写入磁盘。这部分已经生成的，却没有写入磁盘的日志，就是所谓的In-Flight日志。
在SQL Server中，In-Flight的日志的大小取决于两个因素，根据Paul Randal的说法，In-Flight日志不能超过60K，因此In-Flight的日志最大是60K，此外，如果In-Flight日志没有到60K，如果发生了Commit或Rollback，那么直接会写入磁盘。因此日志最小为512字节，最大为60K，以512字节为单位进行增长。下面我们来看一个例子。
我们首先建立一个简单的表，循环向其中插入10W的数据，该语句会生成大量的日志，如代码清单1所示：
BEGIN TRAN DECLARE @i INTEGER SET @i = 0 WHILE ( @i < 100000 ) BEGIN INSERT INTO Number VALUES ( @i ) SET @i = @i + 1 END CHECKPOINT COMMIT
代码清单1.生成大量日志的语句
数据库我以5M日志为起点，以5M递增，上面的语句导致日志自动增长，如图1所示。
图1.对应的6次日志增长
我们再来观察SQL Server进程对于日志文件的操作，如图2所示：
图2.SQL Server进程对于日志文件的写
图2中的图片我只截取了一小部分，但是可以看到没有超过60K的log block，只有在日志文件填零增长时，才出现5M的块。因此我对于微软亚太数据库支持组的博文：http://blogs.msdn.com/b/apgcdsd/archive/2013/06/17/sql-server-log-write.aspx中说到会出现超过60K的log write产生一些疑问，毕竟日志填零增长和logWrite不是一回事。
因此，得知这一点之后，对于日志所在的LUN，分配单元64K应该是对于性能来说最优的。