SSIS中使用OLE DB Source Editor读取源表时会锁定该表吗？

首先直接给你结论：默认配置下，你的源表不会被长时间独占锁定，只会产生短期的、行级的共享锁，不会影响其他正常的读写操作。下面详细拆解不同场景的情况：

1. 默认读取模式下的锁行为 #

当你在OLE DB Source Editor里直接选择源表（"表或视图"模式），SSIS本质是执行SELECT * FROM [你的源表]这类全表查询。在SQL Server（假设你用的是这个数据库）的默认READ COMMITTED隔离级别下：

• 数据库会给正在读取的行加共享锁（S锁），一旦该行读取完成，锁就会立即释放，不会一直持有。
• 整个过程中可能会有短暂的**意向共享锁（IS锁）**标记表，但这种锁是兼容其他共享锁和排他锁的，不会阻止其他用户读取或修改源表。

2. 特殊配置下的锁变化 #

如果你的环境有以下特殊设置，锁的行为会有所不同，但也不会完全锁定整个源表：

• 更高的隔离级别：如果数据库或SSIS包的事务隔离级别设为REPEATABLE READ或SERIALIZABLE，共享锁会保持到整个读取事务结束。但即使这样，也是行级或范围级的锁，不是整个表的独占锁，其他用户依然可以读取未被锁定的行。
• 开启了SSIS事务：如果你的包启用了分布式事务（比如MSDTC），锁的持有时间会延长到事务完成，但依然是共享锁，不会阻止其他读取操作。

3. 避免锁定影响的可选方案 #

如果担心源表的读取操作对业务有潜在影响，可以试试这些方法：

• 开启数据库的READ COMMITTED SNAPSHOT隔离级别：这样读取操作会使用行版本，完全不加锁，避免任何锁竞争。
• 在OLE DB Source里使用自定义查询，加上WITH (NOLOCK)提示：比如SELECT * FROM [源表] WITH (NOLOCK)，但要注意这会允许脏读，需要根据业务场景评估风险。
• 把全量读取改成分批读取：比如按主键分批次查询源表，减少单次扫描的锁范围。

总结一下：你当前的SSIS流程不会锁定源表，其他用户可以正常访问源表，不用过度担心锁阻塞的问题。

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