DELETE命令和事务日志增长 这次的目标和前面一样。我向表中插入10,000行并运行以下代码来一次删除一行: – Truncate the table truncate table ExpandDB go – Truncate the T-Log backup transaction ShrinkDB with truncate_only go – Shrink T-Log b……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
DELETE命令和事务日志增长
这次的目标和前面一样。我向表中插入10,000行并运行以下代码来一次删除一行:
-- Truncate the table truncate table ExpandDB go -- Truncate the T-Log backup transaction ShrinkDB with truncate_only go -- Shrink T-Log back to 2MB: DBCC SHRINKFILE (N'ShrinkDB_Log' , 0, TRUNCATEONLY) Go -- Insert 100000 rows declare @i int set @i = 1 while @i <= 10000 begin insert into ExpandDB select replicate ('a',1000) set @i = @i + 1 end go -- Delete rows one by one: set rowcount 1 while (select size from sysfiles where fileid = 2) delete from ExpandDB set rowcount 0 go |
然后我尝试了大量的删除:
-- Truncate the table truncate table ExpandDB go -- Truncate the T-Log backup transaction ShrinkDB with truncate_only go -- Shrink T-Log back to 2MB: DBCC SHRINKFILE (N'ShrinkDB_Log' , 0, TRUNCATEONLY) Go -- Insert 100000 rows declare @i int set @i = 1 while @i <= 10000 begin insert into ExpandDB select replicate ('a',1000) set @i = @i + 1 end go -- Delete 10,000 at a time and monitor the T-Log size and free space: begin tran set rowcount 10000 while begin delete from ExpandDB dbcc sqlperf(logspace) end set rowcount 0 commit tran go |
最后我运行了一个有少量操作的大量事务:
-- Truncate the table truncate table ExpandDB go -- Truncate the T-Log backup transaction ShrinkDB with truncate_only go -- Shrink T-Log back to 2MB: DBCC SHRINKFILE (N'ShrinkDB_Log' , 0, TRUNCATEONLY) Go -- Insert 100000 rows declare @i int set @i = 1 while @i <= 10000 begin insert into ExpandDB select replicate ('a',1000) set @i = @i + 1 end go -- Delete 10,000 at a time and monitor the T-Log size and free space: begin tran set rowcount 1 while from ExpandDB) begin delete from ExpandDB end |
结果显示事务日志增长了,尽管很慢。
这一切意味着什么
当执行少量分散的INSERT, UPDATE和DELETE命令时,事务日志并不会增长太多。但当我浏览事务日志文件时,这一测试生成了奇怪的动作:当达到大约70%时,文件填充清空但不增长。
当大量操作被执行时,包括事务中的大量数据和事务日志都增长,但并不是预期的线性增长。似乎有些数据在事务中被压缩了。
翻译
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展,集成服务也在发生相应的变化。在最新的SSIS更新中,增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准,对于云端迁移来说是至关重要的第一步,一位来自于University of Notre Dame 的DBA表示,他正在试图通过数据库监控软件,找出SQL server的性能基准。
-
横向扩展SQL Server应用程序:提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是,虽然Microsoft提供了许多不同的SQL Server可扩展性选项,但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂,使用者可能会感到困扰,这里我们将列出一些示例,以便引导您顺利完成SQL Server容器的创建和管理。