UiPath并行批量更新SQL Server超时及性能问题求助

1. 数据分片隔离，避免机器人操作重叠数据集 #

多机器人并行锁冲突的核心原因之一是操作相同范围的记录，可给每个机器人分配独立且不重叠的id区间，让各机器人仅处理自己分片内的数据：

• 按总记录数428760平均拆分，比如机器人1处理id BETWEEN 1 AND 107190，机器人2处理id BETWEEN 107191 AND 214380，以此类推。
• 在UiPath机器人启动时，通过参数或配置文件指定分片范围，更新语句限定对应区间：

  UPDATE [目标表名] 
  SET document_hash = @document_hash 
  WHERE id BETWEEN @startId AND @endId
  

• 若id非连续值，可通过ROW_NUMBER()分组处理：

  WITH ranked AS (
      SELECT id, document_hash, 
             ROW_NUMBER() OVER (ORDER BY id) AS rn
      FROM [目标表名]
  )
  UPDATE ranked 
  SET document_hash = @document_hash 
  WHERE rn BETWEEN @startRn AND @endRn
  

2. 启用SQL Server行版本控制，减少锁阻塞 #

将数据库隔离级别调整为基于行版本的模式，用版本快照代替锁机制，避免读写阻塞：

• 执行语句开启数据库的READ_COMMITTED_SNAPSHOT（无需重启数据库）：

  ALTER DATABASE [myDatabase] SET READ_COMMITTED_SNAPSHOT ON;
  

• 或在UiPath的数据库活动中，每次更新前临时设置隔离级别：

  SET TRANSACTION ISOLATION LEVEL SNAPSHOT;
  

  注意：此方案会增加tempdb存储压力，需确保tempdb有足够空间。

3. 拆分批量更新为小批次，缩短锁持有时间 #

放弃大批次更新，改用小批量循环更新，每次仅处理少量记录并立即提交事务，减少锁的持有时长：

• 在UiPath中使用While循环活动，每次更新50-100条记录，示例SQL：

  UPDATE TOP(50) t
  SET document_hash = @document_hash
  FROM [目标表名] t
  WHERE id = @id AND document_hash IS NULL -- 或其他未更新标识条件
  

• 配合UiPath的Begin Transaction和Commit Transaction活动，每完成一个小批次就提交事务，避免长时间持有锁。

4. 优化连接字符串参数，提升连接效率 #

调整连接字符串的超时和连接池设置，减少连接层面的阻塞：

• 添加连接池配置，避免频繁创建销毁连接：

  Driver={ODBC Driver 17 for SQL Server};Server=[myServer];Database=[myDatabase];Uid=[myUsername];Pwd=[myPassword];Encrypt=yes;TrustServerCertificate=no;Connection Timeout=300;Pooling=yes;Max Pool Size=100;Query Timeout=600;
  

  • Pooling=yes：启用连接池
  • Max Pool Size：根据机器人数量设置合理值（比如机器人数量的2-3倍）
  • Query Timeout=600：延长查询超时时间（单位：秒）

5. 使用临时表暂存更新数据，减少锁竞争 #

将每个机器人要更新的id和document_hash先写入本地临时表，再通过JOIN方式一次性更新目标表，缩短锁的持有时间：

• 在UiPath中先创建临时表：

  CREATE TABLE #UpdateTemp (id INT, document_hash VARCHAR(255)); -- 字段类型匹配目标表
  

• 使用UiPath的Bulk Insert活动批量插入当前机器人的更新数据到临时表
• 执行JOIN更新：

  UPDATE t
  SET t.document_hash = tmp.document_hash
  FROM [目标表名] t
  INNER JOIN #UpdateTemp tmp ON t.id = tmp.id;
  

• 更新完成后删除临时表：DROP TABLE #UpdateTemp;

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