C#中SqlBulkCopy并发批量插入死锁问题的解决方法咨询

针对你用10个并行线程通过SqlBulkCopy批量插入100万条数据的场景，要避免表锁、确保所有线程完成插入且不阻塞读取，可通过以下几个关键优化实现：

1. 调整SqlBulkCopy选项与批量大小 #

默认情况下，若不指定TableLock选项，SqlBulkCopy会尝试使用行级锁，但当单次插入行数过大时，SQL Server可能触发锁升级为表锁，导致阻塞读取或引发并行线程间的锁冲突。

• 显式禁用表级锁：保持你当前使用的SqlBulkCopyOptions.KeepIdentity，不要添加TableLock选项。
• 设置合理的BatchSize：将单线程10万条的一次性插入拆分为多个小批量提交，比如设置BatchSize = 2000（可根据实际环境调整，1000-5000都是合理范围）。这样每次提交的行数少，锁的范围仅限于当前批次的行/页，不易触发锁升级，也减少了并行线程间的锁竞争。

修改后的代码示例：

using (SqlBulkCopy bulkCopy = new SqlBulkCopy(connectionString, SqlBulkCopyOptions.KeepIdentity))
{
    bulkCopy.DestinationTableName = "dbo.BulkCopyDemoMatchingColumns";
    bulkCopy.BatchSize = 2000; // 设置小批量提交

    try
    {
        bulkCopy.WriteToServer(reader);
    }
    catch (Exception ex)
    {
        Console.WriteLine(ex.Message);
    }
    finally
    {
        reader.Close();
    }
}

2. 开启数据库快照隔离（RCSI） #

开启READ COMMITTED SNAPSHOT ISOLATION后，读取操作会访问数据的快照版本，而非直接加共享锁阻塞写入。这彻底避免了读写操作之间的锁冲突，同时也消除了因读写锁相互等待引发死锁的可能。

执行以下SQL语句开启RCSI：

ALTER DATABASE YourDatabaseName SET READ_COMMITTED_SNAPSHOT ON WITH ROLLBACK IMMEDIATE;

3. 优化索引减少锁竞争 #

如果目标表存在非聚集索引，并行插入时每个线程都需要维护这些索引，会增加锁的开销和冲突概率：

• 插入前临时禁用非聚集索引，插入完成后再重建索引。这样可以大幅降低插入时的锁竞争，提升插入效率。
• 若聚集索引为自定义标识列（你用了KeepIdentity），确保每个并行线程插入的行在聚集索引上的范围不重叠（比如线程1插ID 1-10万，线程2插10万+1-20万，以此类推），避免多个线程同时竞争同一索引页的锁。

4. 确保每个线程使用独立的数据库连接 #

每个并行线程必须使用自己的SqlConnection实例，不要共享连接。共享连接会导致锁上下文混乱，增加死锁风险，而独立连接能让SQL Server更好地管理每个线程的锁资源。

内容的提问来源于stack exchange，提问作者Maulik Dave