.NET批量大数据插入性能分析及比较(3.使用事务)

来源:互联网 发布:手机游戏制作软件 编辑:程序博客网 时间:2024/06/08 01:10

 

结果如下:

Use SqlServer Batch Transaction Insert;RecordCount:40000;BatchSize:10;Time:24979;

Use SqlServer Batch Transaction Insert;RecordCount:40000;BatchSize:20;Time:7669;

Use SqlServer Batch Transaction Insert;RecordCount:40000;BatchSize:50;Time:5512;

Use SqlServer Batch Transaction Insert;RecordCount:40000;BatchSize:100;Time:5018;

Use SqlServer Batch Transaction Insert;RecordCount:40000;BatchSize:200;Time:4557;

 

结果如下:

Use SqlServer Batch SqlTransaction Insert;RecordCount:40000;BatchSize:10;Time:8647;

Use SqlServer Batch SqlTransaction Insert;RecordCount:40000;BatchSize:20;Time:6255;

Use SqlServer Batch SqlTransaction Insert;RecordCount:40000;BatchSize:50;Time:5093;

Use SqlServer Batch SqlTransaction Insert;RecordCount:40000;BatchSize:100;Time:4529;

Use SqlServer Batch SqlTransaction Insert;RecordCount:40000;BatchSize:200;Time:4469;

 

没有测试更多的条数,但可以看出来使用事务以后插入速度还是明显提高了(忽略拼接sql语句的耗时),为什么?

 

我们知道,就SQL Server而言,使用mdf文件保存表、索引等内容,ndf文件忽略,ldf文件保存数据库日志,存储了数据文件的变更信息。

 

在默认情况下,SQL Server每条插入语句都是一个事务,在这个插入操作中,SQL Server会先修改内存中的数据页标志其为已修改,然后是写数据库日志文件,后台会有单独的线程周期性地检查并将修改写入到mdf文件中。

 

写日志文件的操作总是顺序的,而写数据文件则通常是随机的,每次插入一条数据,硬盘的磁头都会频繁移动,而且写日志的操作和延迟的写线程同时进行时,此问题就更严重了,如果能将数据文件和日志文件存放在不同的磁盘上,性能应该会有更好的提升。

 

使用事务后,在一个事务中,将多次对日志文件的修改变成一次修改,所以性能反而得到了提升。

 

但虽然事务可以改善硬盘的吞吐量,但它也会阻塞其他线程,所以需要进行测试已找到合适的平衡点。

 

另两种事务的使用方式中使用ADO.NET的SqlTransaction类显然更为让开发人员接受,除非你是打算在拼接sql语句中加入一些特殊的操作。

 

全文链接:

.NET批量大数据插入性能分析及比较(1.准备工作)

.NET批量大数据插入性能分析及比较(2.普通插入与拼接sql批量插入)

.NET批量大数据插入性能分析及比较(3.使用事务)

.NET批量大数据插入性能分析及比较(4.使用DataAdapter批量插入)

.NET批量大数据插入性能分析及比较(5.使用SqlBulkCopy)

.NET批量大数据插入性能分析及比较(6.使用表值参数)

原创粉丝点击