SQL Server 最小化日志操作解析,应用

大家好，又见面了，我是全栈君。

最小化日志

概念:SQL Server在满足相应条件的基础上时进行一些特定的操作如Rebuild Index时会进行最小化Tran Log记录操作,从而改善系统性能.

注意:含最小化操作日志操作段日志无法按时间点恢复(point in time)

需要还原模式为简单或大容量日志

最小化日志的操作

Create Index,Alter Index Rebulid

Bulk import操作(BCP,Bulk insert)

Select into

Blob数据操作(使用Write等)

Insert select(sql 2008后特定条件下可以)

Merge(特定条件)

应用:实际应用过程中我们实际使用insert select的时候居多,就此介绍

关于insert select操作的最小化日志

聚集表

当聚集表为空时,使用TABLOCK 锁提示将会最小化日志

当聚集表非空时,无论如何将不会最小化日志

非聚集表

当堆表为空时,使用TABLOCK锁提示,表中行数据,索引数据(非聚集索引)都会最小化日志

当堆表非空时,使用TABLOCK锁提示,表中存在非聚集索引,则行数据,索引数据均非最小化日志

注:表非复制表

一些文档中在堆表有索引非空的情况认为堆行数据会最小化日志,实际是错误的.见图b-2中说明

聚集表实例

聚集空最小化日志 图a-1

create database testbulk

go

use master

ALTER DATABASE [testbulk] SET RECOVERY BULK_LOGGED WITH NO_WAIT

go

use testbulk

go

create table t1(id int not null identity (1,1),dystr varchar(200),fixstr char(500));

go

set nocount on

declare @i int

set @i=0

while(@i<20000)

begin

insert into t1(dystr,fixstr)values(‘aaa’+str(RAND()*100000000),‘bbb’+str(RAND()*100000000))

set @i=@i+1

end

create table tcls

(

id int ,

dystr varchar(200),

fixstr char(500)

)

go

CREATE UNIQUE CLUSTERED INDEX inx_id ON dbo.tcls (id)

insert into dbo.tcls with(tablockx)

select * from dbo.t1 —-cluster table empty

select operation,CONTEXT,[Log Record Length],AllocUnitName from fn_dblog(null,null)

where AllocUnitName like ‘%tcls%’

图a-1

聚集非空非最小化日志图a-2

truncate table tcls

DBCC SHRINKFILE (N’testbulk_log’ , 0, TRUNCATEONLY)

insert into dbo.tcls with(tablockx) values (100000,‘aaa’,‘bbb’)—-made not empty clustered table

go

insert into dbo.tcls with(tablockx)

select * from dbo.t1

—-cluster table not empty

select operation,CONTEXT,[Log Record Length],AllocUnitName from fn_dblog(null,null)

where AllocUnitName like ‘%tcls%’

图a-2

非聚集索引实例

非聚集非空堆表无索引实例 图b-1

create table tnoncls

(

id int ,

dystr varchar(200),

fixstr char(500)

)

go

insert into dbo.tnoncls with(tablockx) values (100000,‘aaa’,‘bbb’)—-made not empty heap table no index

go

insert into dbo.tnoncls with(tablockx)

select * from dbo.t1 with(tablockx)—-heap table not empty with no index

select operation,CONTEXT,[Log Record Length],AllocUnitName from fn_dblog(null,null)

where AllocUnitName like ‘%tnoncls%’

图b-1

非聚集非空堆表含索引实例 图b-2

truncate table tnoncls—-truncate table

DBCC SHRINKFILE (N’testbulk_log’ , 0, TRUNCATEONLY)

CREATE UNIQUE NONCLUSTERED INDEX inx_id ON dbo.tnoncls (id)—-add non clustered index

insert into dbo.tnoncls with(tablockx) values (100000,‘aaa’,‘bbb’)—-made not empty heap table with index

go

insert into dbo.tnoncls with(tablockx)

select * from dbo.t1 with(tablockx)—-heap table not empty with index

select operation,CONTEXT,[Log Record Length],AllocUnitName from fn_dblog(null,null)

where AllocUnitName like ‘%tnoncls%’—-both datapage and indexpage full log

图b-2

关于trace flag 610

Sql2008新引进的TF,用于非空B-tree结构中仍可最小化日志操作.

关于TF610的使用我个人建议是特殊场景谨慎使用.

一般来说我们在对非空表导入数据的场景,堆表在Online的过程中最小化日志锁表本身就会影响线上的应用.聚集表数据在插入过程中批量导入的可能性又极低.(好好的聚集表数据批量导入,情况甚微).

TF610本身是为了减少记录的tran-log大小而设计,并非加快导入而设计.

使用时注意:

1:特定情况下session级打开 dbcc traceon(610)

2:当批量事务提交时所有数据页需落盘,如果此之前没有检查点执行落盘会带来大量的随机IO从而导致性能下降,有时甚至不如全日志记录的插入.

3:避免单个事务过大.超大事务可能导致其他问题.

最小化日志(Minimal Log)最佳实践

BULK_LOGGED模式:现实生产环境中的数据库一般是简单,或者全日志. BULK_LOGGED模式使用常态下寥寥无几.但当我们的数据操作中存在大量可最小化的日志操作中(如索引重建维护)我们可以开启BULK_LOGGED模式从而提高操作效率.

例:索引维护

1:选取操作时间窗口:日常全备份前

2:全备份完成后,人工干预执行一次日志备份.

3:修改数据库模式由Full->BULK_LOGGED

4:大容量日志操作(索引维护)

5:人工干预备份日志

6:重新调整为全日志(模式)

BULK_LOGGED模式下是不会破坏日志链,在这样的模式下我们把Non point time的时间段降到了最低.

注:当数据库有应用全日志模式的情况下,如镜像,不宜修改的数据库模式而破坏应用,当全日志情形下产生的大量日志可能导致实例级的全局问题,应仔细权衡操作.

对有审计需求的数据库来说,注意具体审计需求:是否需要恢复到时间点.

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/108200.html原文链接：https://javaforall.cn