结果显示：如果我一个一个进行更新，中间再等待一两秒钟，事务日志就不会增长、空间就会和以前一样空，不会被填满。我在每个行里执行两个更新时，在第二个事务运行之前，空间并没有填满或腾空。在这种情况下，事务日志就会增长。 INSERT命令和事务日志增长 这次测试的目标就是让事务日志增长到8MB，然后比较数据文档增长率和事务日志增长率。
数据文档设置为200CB，没有增长，事务日志设为2MB，增长大小为1MB。我执行了一下代码： 同时，我还执行了以下代码： 这次执行了很长一段时间，数据文档填充和腾空的速度很慢，但是事务日志文档大小约为2MB。以上代码返回下面这些结果： 很显然，剩余空间减少了。记在删除测试……
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
结果显示：如果我一个一个进行更新，中间再等待一两秒钟，事务日志就不会增长、空间就会和以前一样空，不会被填满。我在每个行里执行两个更新时，在第二个事务运行之前，空间并没有填满或腾空。在这种情况下，事务日志就会增长。
INSERT命令和事务日志增长
这次测试的目标就是让事务日志增长到8MB，然后比较数据文档增长率和事务日志增长率。数据文档设置为200CB，没有增长，事务日志设为2MB，增长大小为1MB。我执行了一下代码：
同时，我还执行了以下代码：
这次执行了很长一段时间，数据文档填充和腾空的速度很慢，但是事务日志文档大小约为2MB。以上代码返回下面这些结果：
很显然，剩余空间减少了。记在删除测试45分钟插入时间之前，我在表中大约有180万个行，并且事务日志仍然为2MB。在删除之后，事务日志还是2MB并且只利用了39.88%的空间。数据文档的利用率为31%。
然后我又尝试用大事务一次插入一行进行测试。
事务日志增长到9MB，并且最后表中的行数达到了14，572。
要测试量比较大的升级，我在表中插入了10，000并执行了以下代码：
这一次，每行插入后事务日志翻了一番。
DELETE命令和事务日志增长
现在我的目标和INSERT以及UPDATE命令相同，我在表中插入了10，000行，并执行以下代码每次删除移行：
翻译
相关推荐
-
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容器的创建和管理。