什么是最小化日志(minimal logging)？
当数据库的恢复模式为simple或者bulk_logged时，对于最小化日志类型的操作，事务日志不记录单独每个数据行的日志，而是记录对应页和区结构的修改日志。
这样显著减少了操作产生的事务日志数量。例如，向某个数据页上插入200行数据，在最小化日志记录的情况下，只会记录一条此数据页变化的日志，而不是200条insert日志。
最小化日志类型的操作
select into 
bulk导数操作，包括 bulk insert和bcp
insert into . . . select，包括两种情况：
a) select中使用openrowset(bulk. . .)
b)目标表不具有非聚集索引，向其插入超过8页的数据量，并且使用了tablock时。如果目标表为空，可以有聚集索引，如果不为空，则不可以。
部分更新大值类型的列
update中使用.write插入数据或追加数据时
对lob字段使用writetext和updatetext插入或者追加新数据，不包括更新。
索引操作，包括在表/视图上create index，alter index rebuild，dbcc dbreindex，drop index(新堆的重新生成将按最小方式记录)
数据导入中的最小化日志记录
本文关注的是数据导入的最小化日志记录，指bulk insert导数操作。很多理论在其它类型的操作上是通用的。
1. 普通的insert
sql server中使用锁和日志记录来保证数据库事务的acid属性。在插入一行数据的整个事务期间，为了避免并发事务访问，这一行会被锁定;
同样这一行还会被写入日志记录。插入一行数据的大概的步骤如下：
通过行锁锁定行。
写入日志记录。日志记录包含被插入行的完整数据。
数据行被写入数据页。
多行插入时，每一行都会重复以上步骤。这里指大概操作原型，实际处理复杂的多，如锁升级，约束检查等等
2. bulk导入
当bulk导入提交事务时，事务使用到的所有数据页会被写入磁盘，这样来保证事务原子性。相当于每次提交事务时都做一次checkpoint。如果需要回滚bulk事务，sql server会检索日志获取事务涉及的页或者区信息，然后将之重新标记为未使用。备份事务日志时会将bulk涉及的数据页和索引页都备份到日志备份中。还原包含bulk事务的日志备份时，不支持还原到指定时间点。
每个数据文件第八个页是bcm页(bulk chandged map)，之后每隔511230页会有一个bcm页。bcm上的每一位(bit)代表着一个区，如果此位为1，则表示自上次backup log后，这个区被bulk类型操作修改过。再下次日志备份时，会将这些被修改过的区复制到日志备份中。
3. 使用最小日志记录导入数据时需要满足的条件
并不是任何情况下都可以实现最小日志导数，判断逻辑如下(来自itzik ben-gan)
a) sql server 2008之前的版本判断逻辑：
non-full recovery model
and not replicated
and tablock
and (
               heap
               or (b-tree and empty)
       )
b) sql server 2008及以后版本的判断逻辑：
non-full recovery model
and not replicated
and (
          (heap and tablock)
          or (b-tree and empty and tablock)
          or (b-tree and empty and tf-610)
          or (b-tree and nonempty and tf-610 and key-range)
从sql 2008开始可以使用跟踪标记610和排它键范围锁，实现空/非空聚集索引表的最小化日志操作。
排他键范围锁的作用例子：聚集索引表tb(id int),目前有4行数据，分别为1，1000，2000，3000。现在需要向表中插入500行数据，这些数据的值区间为[1001,1500]。
当插入时，sql server不需要获取聚集索引整体的排它锁(像tablock这种)，而只是获取原有键值区间的排它键范围锁。这里就是在(1000,2000)区间上获取x key-range lock。而不在这个区间的数据，仍然可以被其它进程访问。如果要实现非空索引表的最小化日志记录导数，需要预先将导入数据按目标表的索引键值列进行排序，并启用跟踪标记610。
从上面的判断逻辑可以看出，实现最小日志记录的大前提是：数据库不是完整恢复模式且表没有标记为复制。对于堆表总是需要使用tablock。对于索引表，则要分为空表和非空表两种情况来处理。这部分内容在后文的例子再展开来说明。
观察bulk导入的日志
使用未公开的系统函数sys.fn_dblog查找相关的日志内容。fn_dblog接受两个参数用以指定要查询的日志区间，分别表示开始和结束的lsn。输出字段中，此文需要关注的是operation, context, log record length和allocunitname。因为是未公开的的函数，所以输出内容代表的意义，需要结合个人经验和大家的“共识”来解读。
operation(lop)：表示执行何种日志操作, 例如修改行为lop_modify_row，设置位图页时为lop_set_bits等等。
context(lcx)：日志操作的上下文，一般表示受影响的对象类型。例如lcx_gam,lcx_heap,lcx_pfs等。
log record length：以byte为单位的日志长度
allocunitname：表示受影响的具体对象
使用如下脚本进行分析，脚本来自jakub k
-- 日志条目录数据和总大小select count(*)as numrecords, cast((coalesce(sum([log record length]), 0)) / 1024. / 1024. as numeric(12, 2)) as size_mbfrom sys.fn_dblog(null, null) as dwhere allocunitname = 'dbo.tablename' or allocunitname like 'dbo.tablename.%';-- 各类型日志的平均长度和数量select operation, context, avg([log record length]) as avglen, count(*) as cntfrom sys.fn_dblog(null, null) as dwhere allocunitname = 'dbo.tablename' or allocunitname like 'dbo.tablename.%'group by operation, context, round([log record length], -2)order by avglen, operation, context;