Oracle更新800万条记录：执行UPDATE与PL/SQL哪种效率更高？

算力阿峰

2026-8-27

方案效率对比结论

直接发起800万次独立单条UPDATE的效率是最差的，完全不推荐。每条独立SQL会产生反复解析、网络往返、单条事务日志的巨量开销，在常规生产环境下跑十几个小时都未必能完成，还极易撑爆redo日志、临时表空间，甚至触发长事务锁表影响正常业务。
你最初设想的「在PL/SQL里硬编码800万条映射值到类hashmap结构再循环更新」完全不具备可行性：
- PL/SQL代码块本身有解析长度、编译内存上限，硬编码超过几万条值就会出现编译失败，800万条的文本体量根本无法加载解析。
- 就算绕过编译限制，800万条数据加载到PL/SQL内存集合（关联数组/嵌套表）会占用上百MB的服务器进程PGA内存，很容易触发内存超限报错；且逐行循环更新本质还是行级DML，仅省去了网络交互开销，效率依然极低。
最优方案是先把Excel数据导入Oracle做中转表，再走集合级批量关联更新，整体耗时是前两种方案的1/10甚至1%，稳定性也高得多。

具体实现步骤

导入Excel数据为中转表
直接用sqlldr、数据库客户端自带的导入向导，把Excel中存储的「匹配键字段、待更新目标值字段」导入为一张普通中转表（例如命名为tmp_excel_mapping），导入完成后给匹配键字段加索引：
```
CREATE INDEX idx_tmp_mapping_key ON tmp_excel_mapping(匹配键字段名);
```
800万条Excel数据的导入通常仅需数分钟，远低于硬编码数据的成本。
离线场景（可停业务、允许长事务）直接用MERGE语句批量更新
如果更新窗口允许一次性跑完，直接用Oracle原生的MERGE做集合级关联更新，没有逐行循环开销，数据库内部直接完成两张表的匹配和更新，800万条记录通常10~30分钟即可跑完：
```
MERGE /*+ PARALLEL(8) */ INTO 你的业务目标表 t
USING tmp_excel_mapping s
ON (t.匹配键字段名 = s.匹配键字段名) -- 例如主键、用户唯一编码等匹配条件
WHEN MATCHED THEN
  UPDATE SET t.待更新目标字段 = s.新值字段;
```
并行参数可根据服务器CPU核数调整，配置足够时能进一步缩短耗时。

在线场景（不能停业务、需控制锁影响）用PL/SQL批量分批更新
如果更新时业务还要正常跑，不要一次性全表更新，用BULK COLLECT+FORALL做分批提交，每次更新10万条左右就提交一次，既控制锁粒度，也比普通循环快一个数量级：

DECLARE
  CURSOR cur_data IS
    SELECT t.ROWID AS rid, s.新值字段 AS new_val
    FROM 你的业务目标表 t
    JOIN tmp_excel_mapping s ON t.匹配键字段名 = s.匹配键字段名;
  TYPE typ_data_tab IS TABLE OF cur_data%ROWTYPE INDEX BY PLS_INTEGER;
  v_data_tab typ_data_tab;
  v_batch_size CONSTANT NUMBER := 100000; -- 单批更新10万条，可根据服务器性能调整
BEGIN
  OPEN cur_data;
  LOOP
    FETCH cur_data BULK COLLECT INTO v_data_tab LIMIT v_batch_size;
    EXIT WHEN v_data_tab.COUNT = 0;
    FORALL i IN 1..v_data_tab.COUNT
      UPDATE 你的业务目标表
      SET 待更新目标字段 = v_data_tab(i).new_val
      WHERE ROWID = v_data_tab(i).rid;
    COMMIT;
  END LOOP;
  CLOSE cur_data;
EXCEPTION
  WHEN OTHERS THEN
    ROLLBACK;
    RAISE;
END;
/

注意：更新操作执行前一定要先在测试环境验证匹配逻辑、更新条数是否符合预期，避免误更新全表数据。

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